but our gcc re-orders them so that all -R args come at the front
of the "ld" invocation. This messes up the relative search order,
and is at least partly responsible for "the pixman problem"
experienced on (at least) NetBSD 5.1. This is as close as a general
fix as I can think of, and should fix PR#46130, although it possibly
doesn't fix every instance of this more general problem.
the default libdir (and there for be passed to ./configure), this is the
best way to deal with the 'lib64' problem on x86_64-linux systems (with
most some packages).
Also add SET_LIBDIR, GNU_CONFIGURE_LIBDIR, and GNU_CONFIGURE_LIBSUBDIR to
_PKG_VARS.gnu-configure
for all packages that use GNU_CONFIGURE causes to many packages to break.
Packages that need the libdir passed to them will need to be handled one
at a time.
"native" it's "builtin".
So if Linux emulation is wanted on a Linux system set EMUL_TYPE.linux to
"native" if the EMUL_ARCH and MACHINE_ARCH are the same, otherwise set it
to "none".
If the EMUL_TYPE is 'none' disable the package by setting NOT_FOR_PLATFORM
to this platform.
If someone wants to use Linux 32bit "builtin" emulation they should ensure
that the native 32bit library packages that are needed are installed
(e.g. libc6-i386 ... ) and put "EMUL_TYPE.linux=builtin" in mk.conf.
configure scripts as the value of --libdir.
On Linux x86_64 set GNU_CONFIGURE_LIBDIR to ${GNU_CONFIGURE_PREFIX}/lib,
this will stop package trying to install into ${PREFIX}/lib64.
* Use "mount -t nullfs" on FreeBSD, instead of "mount -t null".
* On Linux, for creating /dev/*, use "mount --bind".
Tested on FreeBSD/i386 9.0-RC3 and 9.0-RELEASE, CentOS/i386 6.2, 5.4,
and Gentoo Linux/i386 (Linux kernel 3).
O.K.ed by wiz@
* Stop to treat NetBSD's sed as GNU sed, not full compatible.
* Then, no need to reset TOOLS_PLATFORM.gsed for NetBSD if USE_TOOLS+=gsed and
real GNU sed is required.
* In addition, convert simple USE_TOOLS+=gsed to conditionally, without NetBSD.
* convert {BUILD_,}DEPENDS+=gsed to USE_TOOLS, all tools from gsed are real gsed.
