From martijn@:
GCC on alpha has an optimization bug, which cause problems with gnulib's
mmalloca function. Disable alloca to work around the failing code.
internal replacement function. Following the changes to make realpath(3) use the
__realpath() syscall these no longer detect broken realpath i.e. produce different
code. Bump REVISION to ensure that users get the new version.
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
devel/gettext -> lang/gcc/4.9 -> devel/bison -> devel/gettext
Fortunately the stdc++ linkage is only in libasprintf which currently
seems unused in ports. Found by landry@ in sparc64 bulk.
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.
set of development tools as recommended by upstream.
Ports will continue to depend on devel/gettext for libintl. The
gettext module also provides an automatic build dependency on
devel/gettext-tools for msgfmt etc.
A few ports that require a library provided by gettext-tools get a
corresponding dependency.
Also update gettext to 0.19.5.1.
COMMENT and DESCR from FreeBSD. Bulk build testing by sthen@.
ok sthen@
arch works by converting the .so to .a (which covers the case where a
shared arch builds an .so with no associated .a). As gettext has a couple
of shared libraries with no associated static library this scheme doesn't
work, so split it back out to PFRAG.shared to disable the magic. Fixes vax.
ok espie@ naddy@
this is to force pkg_add -u to pick them up because moving to PIE does change
these files but since there are no library bumps, the package signature stays
the same.
there are probably others, these are just ones I've run into. not a great
fix, and needs to be repeated when other arch move, but it's the simplest low
impact fix and I'm fed up with "relocation R_X86_64_32S can not be used
when making a shared object; recompile with -fPIC"
