/usr/bin/ld: BFD 2.17 internal error, aborting at /usr/src/gnu/usr.bin/binutils-2.17/bfd/elfxx-mips.c line 4797 in mips_elf_create_dynamic_relocation
from Xiyue Deng (I added comments)
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
https://github.com/GNUAspell/aspell/pull/532
This fixes the segfault seen on macppc when building dictionaries. Probably
fixes all big endian archs as well.
From Charlene, who tested on macppc and amd64
ok landry@, who also tested on macppc
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.
wrong; linking with -pthread will not get recorded and induce other
issues while non-threaded apps won't be able to use libaspell at all
- fix post-build target to make sure the aspell "en" dictionnary building
process can find all required libs
- add CPPFLAGS and LDFLAGS to CONFIGURE_ENV to that libaspell.la is created
with correct ddependency_libs
- bumped major to be on the safe side
- update homepage
- be more precise about license version
- tweak DESCR
joint work with and ok ajacoutot@, thanks!
