2017-03-06 22:26:01 +01:00
|
|
|
$NetBSD: README.Linux,v 1.6 2017/03/06 21:26:01 sevan Exp $
|
2004-03-11 14:03:58 +01:00
|
|
|
|
|
|
|
|
Please read the general README file as well.
|
|
|
|
|
|
2008-06-18 23:37:31 +02:00
|
|
|
==========================================================================
|
|
|
|
|
|
2017-03-06 22:26:01 +01:00
|
|
|
For Debian and derivatives such as Ubuntu the following packages should be
|
|
|
|
|
installed prior to attempting bootstrap
|
|
|
|
|
|
|
|
|
|
apt-get install cvs libncurses5-dev gcc g++ zlib1g-dev zlib1g libssl-dev libudev-dev
|
|
|
|
|
|
|
|
|
|
==========================================================================
|
|
|
|
|
|
2008-06-18 23:37:31 +02:00
|
|
|
Some versions of Linux (RHEL3 Update 2 for i386 for example) have a
|
|
|
|
|
/usr/lib/libacl.la libtool archive file that lists /lib/libattr.la as a
|
|
|
|
|
dependency. However, libattr.la does not exist in /lib/libattr.la. If
|
|
|
|
|
this is the case, the bootstrap will fail with
|
|
|
|
|
|
|
|
|
|
grep: /lib/libattr.la: No such file or directory
|
|
|
|
|
/usr/pkgsrc/bootstrap/work/wrk/pkgtools/pkg_install/work/.tools/bin/sed: can't read /lib/libattr.la: No such file or directory
|
|
|
|
|
libtool: link: `/lib/libattr.la' is not a valid libtool archive
|
|
|
|
|
|
2015-02-28 19:50:46 +01:00
|
|
|
The solution is to copy /usr/lib/libattr.la to /lib/libattr.la with:
|
2008-06-18 23:37:31 +02:00
|
|
|
|
|
|
|
|
cp -p /usr/lib/libattr.la /lib
|
|
|
|
|
|
|
|
|
|
==========================================================================
|
|
|
|
|
|
2004-03-11 14:03:58 +01:00
|
|
|
Some versions of Linux (for example Debian GNU/Linux) need either libtermcap
|
|
|
|
|
or libcurses (libncurses). Installing the distributions libncurses-dev
|
|
|
|
|
package (or equivalent) should fix the problem.
|
2005-02-15 10:39:06 +01:00
|
|
|
|
2008-06-18 23:37:31 +02:00
|
|
|
==========================================================================
|
|
|
|
|
|
2005-02-15 10:39:06 +01:00
|
|
|
pkgsrc supports both gcc (GNU Compiler Collection) and icc (Intel C++
|
|
|
|
|
Compiler). gcc is the default. icc 8.0 and 8.1 on i386 have been tested.
|
|
|
|
|
|
|
|
|
|
To bootstrap using icc, assuming the default icc installation
|
|
|
|
|
directory:
|
|
|
|
|
|
|
|
|
|
env CC=/opt/intel_cc_80/bin/icc LDFLAGS=-static-libcxa \
|
|
|
|
|
ac_cv___attribute__=yes ./bootstrap
|
|
|
|
|
|
2005-02-16 12:02:50 +01:00
|
|
|
note: icc 8.1 needs the `-i-static' argument instead of
|
|
|
|
|
-static-libcxa.
|
|
|
|
|
|
2005-02-15 10:39:06 +01:00
|
|
|
icc supports __attribute__, but the GNU configure test uses a nested
|
|
|
|
|
function, which icc does not support. #undef'ing __attribute__ has the
|
|
|
|
|
unfortunate side-effect of breaking many of the Linux header files, which
|
|
|
|
|
cannot be compiled properly without __attribute__. The test must be
|
|
|
|
|
overridden so that __attribute__ is assumed supported by the compiler.
|
|
|
|
|
|
|
|
|
|
After bootstrapping, you should set PKGSRC_COMPILER in mk.conf:
|
|
|
|
|
|
|
|
|
|
PKGSRC_COMPILER=icc
|
|
|
|
|
|
|
|
|
|
The default installation directory for icc is /opt/intel_cc_80, which
|
|
|
|
|
is also the pkgsrc default. If you have installed it into a different
|
|
|
|
|
directory, set ICCBASE in mk.conf:
|
|
|
|
|
|
|
|
|
|
ICCBASE=/opt/icc
|
|
|
|
|
|
|
|
|
|
pkgsrc uses the static linking method of the runtime libraries
|
|
|
|
|
provided by icc, so binaries can be run on other systems which do not
|
|
|
|
|
have the shared libraries installed.
|
|
|
|
|
|
|
|
|
|
Libtool, however, extracts a list of libraries from the ld(1) command
|
|
|
|
|
run when linking a C++ shared library and records it, throwing away
|
|
|
|
|
the -Bstatic and -Bdynamic options interspersed between the libraries.
|
|
|
|
|
This means that libtool-linked C++ shared libraries will have a
|
|
|
|
|
runtime dependency on the icc libraries until this is fixed in
|
|
|
|
|
libtool.
|
