a649e3b771
Looks like maybe the -Wl,-rpath-link business isn't necessary after all -- will leave this as is until I find evidence otherwise. (joerg says it was a workaround for NetBSD toolchain parts that weren't properly adapted to use sysroot.) With this, revert cwrappers version dependency to what it was before. But keep it as TOOL_DEPENDS, not BUILD_DEPENDS.
186 lines
6.1 KiB
Text
186 lines
6.1 KiB
Text
Cross-compilation in pkgsrc (user's guide) -*- outline -*-
|
|
Taylor R. Campbell <riastradh@NetBSD.org>
|
|
|
|
$NetBSD: HOWTO-use-crosscompile,v 1.11 2022/04/10 19:54:02 riastradh Exp $
|
|
|
|
The following steps enable you to build binary packages for a machine
|
|
architecture other than the one you are building on. For example, you
|
|
might use them on your beefy umpteen-core amd64-based build machine
|
|
(the `native' machine) to build packages for your feeble powerpc-based
|
|
network appliance (the `target' machine).
|
|
|
|
These instructions assume you use the conventional privileged paths:
|
|
/usr/src for the NetBSD source tree, /usr/obj for the NetBSD object
|
|
tree, and /usr/pkgsrc for the pkgsrc tree. If you want to do it
|
|
unprivileged, see `* Unprivileged notes' below.
|
|
|
|
XXX This currently works only for NetBSD.
|
|
|
|
* Build NetBSD tools and distribution for the target system
|
|
|
|
Use build.sh to build NetBSD tools and a distribution, and remember
|
|
what the destdir and tooldir are -- you'll need them for pkgsrc's
|
|
mk.conf.
|
|
|
|
$ cd /usr/src
|
|
$ ./build.sh -m evbppc tools
|
|
$ ./build.sh -m evbppc distribution
|
|
|
|
By default, the destdir will be /usr/obj/destdir.evbppc, and the
|
|
tooldir will be (say) /usr/obj/tooldir.NetBSD-6.1-amd64 if you're
|
|
running NetBSD 6.1 on amd64.
|
|
|
|
* Set up mk.conf
|
|
|
|
In addition to whatever else you want in your mk.conf for pkgsrc, add:
|
|
|
|
# Cross-compile by default.
|
|
#
|
|
# XXX This currently can't be set to `yes' on the command line,
|
|
# which is a bug.
|
|
USE_CROSS_COMPILE?= yes
|
|
|
|
# Point pkgsrc at the NetBSD tooldir and destdir. These are used
|
|
# only for cross-builds.
|
|
#
|
|
# XXX There is no obvious variable that is set to amd64 so that we
|
|
# could use
|
|
#
|
|
# TOOLDIR= /usr/obj/tooldir.${OPSYS}-${OS_VERSION}-${NATIVE_xyz}
|
|
#
|
|
# MACHINE is amd64 but, since it's not NATIVE_xyz, it's wrong.
|
|
# NATIVE_MACHINE_ARCH is x86_64, not amd64.
|
|
TOOLDIR= /usr/obj/tooldir.NetBSD-6.1-amd64
|
|
CROSS_DESTDIR= /usr/obj/destdir.evbppc
|
|
|
|
# Specify the machine architecture of target packages.
|
|
#
|
|
# XXX This currently can't be set on the command line, which is a
|
|
# bug.
|
|
.if !empty(USE_CROSS_COMPILE:M[yY][eE][sS])
|
|
MACHINE_ARCH= powerpc
|
|
.endif
|
|
|
|
XXX Some variables, notably LOCALBASE and other paths that get baked
|
|
into packages, cannot currently be set differently for native and
|
|
target packages.
|
|
|
|
** Bootstrapped pkgsrc
|
|
|
|
You can bootstrap pkgsrc or not; it shouldn't make a difference for
|
|
cross-compilation. If you do:
|
|
|
|
- Replace `make' by `bmake' below.
|
|
|
|
- Make sure any ABI setting in mk.conf is conditionally set
|
|
appropriately.
|
|
|
|
For example, bootstrap on amd64 leaves ABI=64 in mk.conf, which must
|
|
be left empty or undefined for earmv7hf cross-builds. So you might
|
|
need:
|
|
|
|
.if empty(USE_CROSS_COMPILE:M[yY][eE][sS])
|
|
ABI= 64 # set for native amd64 build
|
|
.else
|
|
ABI= # empty for earmv7hf cross-build
|
|
.endif
|
|
|
|
* Make some packages
|
|
|
|
Now packages you build normally will be cross-compiled for the target:
|
|
|
|
$ cd /usr/pkgsrc/net/isc-dhcpd4 && make package
|
|
|
|
You can find the shiny new powerpc package at
|
|
|
|
/usr/pkgsrc/packages.powerpc/
|
|
|
|
Any packages needed on natively to build the target packages will be
|
|
built and installed automatically, but if for some reason you want to
|
|
build a native package, you can run
|
|
|
|
$ cd /usr/pkgsrc/net/isc-dhcpd4 && make package USE_CROSS_COMPILE=no
|
|
|
|
XXX Note that currently you cannot omit USE_CROSS_COMPILE?=yes from
|
|
your mk.conf and pass USE_CROSS_COMPILE=yes on the make command line.
|
|
This is a bug.
|
|
|
|
* Unprivileged notes
|
|
|
|
I do all this stuff unprivileged in directories under my home
|
|
directory so that it's easy for me to nuke build products without
|
|
messing with the package installations I use for development.
|
|
|
|
NetBSD srcdir: ~/netbsd/current/src
|
|
NetBSD objdir: ~/netbsd/current/obj.evbppc
|
|
NetBSD tooldir: ~/netbsd/current/obj.evbppc/tooldir.NetBSD-6.1-amd64
|
|
NetBSD destdir: ~/netbsd/current/obj.evbppc/destdir.evbppc
|
|
pkgsrc: ~/pkgsrc/current/pkgsrc
|
|
pkgsrc LOCALBASE: ~/pkgsrc/current/pkg
|
|
|
|
(~/netbsd/current/src and ~/pkgsrc/current/pkgsrc are actually
|
|
read-only null mounts of ~/netbsd/current/src-cvs and
|
|
~/pkgsrc/current/pkgsrc-cvs, respectively.)
|
|
|
|
To build NetBSD, I run:
|
|
|
|
$ cd ~/netbsd/current/src
|
|
$ ./build.sh -O ../obj.evbppc -U -u -m evbppc -j12 tools
|
|
$ ./build.sh -O ../obj.evbppc -U -u -m evbppc -j12 distribution
|
|
|
|
My mk.conf additionally has UNPRIVILEGED=yes, and I bootstrap pkgsrc
|
|
with
|
|
|
|
$ cd ~/pkgsrc/current/pkgsrc/bootstrap
|
|
$ ./bootstrap \
|
|
--gzip-binary-kit ~/pkgsrc/current/bootstrap/20130422.tgz \
|
|
--mk-fragment ~/pkgsrc/current/bootstrap/20130422.mk \
|
|
--prefix ~/pkgsrc/current/pkg \
|
|
--unprivileged \
|
|
--workdir /tmp/bootwork
|
|
|
|
and various other crud to customize the build and package options.
|
|
This requires putting ~/pkgsrc/current/pkg/{bin,sbin} before
|
|
/usr/{bin,sbin} in your PATH so that you see bmake and use the right
|
|
pkg_* tools. Send me a note if you have questions about my setup.
|
|
|
|
* Terminology
|
|
|
|
This document and the relevant pkgsrc variables call the machine on
|
|
which the packages are built the `native' machine, and the machine on
|
|
which the packages are to be run the `target' machine.
|
|
|
|
This is different from the GNU build system, which considers three
|
|
different machines for so-called Canadian cross-builds, which pkgsrc
|
|
does not support:
|
|
|
|
The `build' machine is the machine on which the software is built.
|
|
The `host' machine is the machine on which the software will run.
|
|
The `target' machine is the machine that the software is being
|
|
configured to operate on, such as a cross-compiler or cross-linker.
|
|
|
|
These correspond to the pkgsrc nomenclature as follows:
|
|
|
|
- Native packages configured for native compilation:
|
|
|
|
GNU pkgsrc
|
|
--- ------
|
|
build native
|
|
host native
|
|
target native
|
|
|
|
- Native packages configured for cross-compilation:
|
|
|
|
GNU pkgsrc
|
|
--- ------
|
|
build native
|
|
host native
|
|
target target
|
|
|
|
- Target packages:
|
|
|
|
GNU pkgsrc
|
|
--- ------
|
|
build native
|
|
host target
|
|
target target
|