Looks like the old domain / website isn't under upstream control any
more.
While here, reorder the Makefile a bit, and add an XXX about
MASTER_SITES, which is broken.
Noticed by fcambus@
clang fails to build those with 'could not read symbols: Bad value' (cf
http://build-failures.rhaalovely.net/sparc64/2017-03-20/multimedia/gstreamer1/core.log
& ttp://build-failures.rhaalovely.net/sparc64/2017-03-20/audio/openal.log)
Fix only those as they take out a large part of the portstree for 6.1
package builds, but reasonably MODCLANG_ARCHS=* shouldnt be used unless
the compiler has been *really* tested on every platform - or clang
should be marked *BROKEN* on sparc64 & macppc, or those platforms should
be taken out of LLVM_ARCHS.
audio/mpd, textproc/link-grammar, devel/keystone and devel/cbmc are in
the same boat and fail the same.
The problem is probably fixable directly in clang for sparc64, and on
powerpc clang doesnt package anyway for 'relocation truncated to fit:
R_PPC_PLTREL24' errors:
http://build-failures.rhaalovely.net/powerpc/2017-02-16/devel/llvm.log
HOMEPAGE is down, someone did a mirror on github
(https://github.com/coherence-project/Coherence) but can't maintain it,
won't work with a potential twisted update, etc etc - there are other
UPNP/DLNA servers in the ports.
ok ajacoutot@
vp8/encoder/onyx_if.c and vp8/decoder/onyxd_if.c, those options only
exist in clang or recent gccs (?) - unbreaks the build on at least
macppc and loongson, maybe sparc64.
From Donovan Watteau, who tested this on loongson. Tested by myself on
macppc.
Beginning with Python 3.5 .pyo files are no longer used and
have been replaced by a more flexible scheme that includes
the optimization level explicitly in .pyc name (See PEP-488).
It's not clear how useful the assembler code is on arm, and it's
detected using MSVC __emit() or Linux /proc/cpuinfo; let's just disable
it.
ok czarkoff@ (maintainer)
