Follow the upstream recommendations for packagers and switch to
multi-packages:
devel/gettext -> devel/gettext,-runtime
devel/gettext-tools -> devel/gettext,-tools
(new) devel/gettext,-textstyle
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
to at least reduce the number of segfaults/bus errors seen when running
vlc-cache-gen as part of the VLC build.
The LD_PRELOAD alone seems to help i386, but doesn't do much for amd64
The LD_DEBUG alone seems to help amd64, but doesn't do much for i386
Not nice, but this is getting to be a big problem in bulk builds (not
least because a bunch of kde4-land depends on this), so trying anything
that might help...
More notes in https://marc.info/?t=145123666100001&r=1&w=2
been due to the recently-fixed ld.so bug with unloading/reloading that was
figured out with SDL2. Also something has changed very recently causing vlc
to fail on i386 ("lazy binding failed") if these patches are *in*.
If the segfaults recur we can figure something else out but I haven't hit
them in hundreds of vlc-cache-gen runs.
OK brad (maintainer).
working around an intermittent crash during build. ok brad@ aja@ robert@
"Some of the plugins are linked (indirectly) to gobject. During the generation
of the plugin cache, these plugins are loaded and unloaded again. In some
circumstances this causes gobject to be unloaded at the wrong time and
vlc-cache-gen crashes." (debian bug 752544)
(_dl_cache_grpsym_list in backtrace) and it affects more than just
amd64, but the failure doesn't happen every time, so removing the BROKEN
marker at least gives us a chance to reattempt builds if it fails.
espie@ ajacoutot@ ok with removing the BROKEN marker for now.
