minor cranking of libraries exposes a problem, details too long to explain.
Run ldconfig -R after installing base libraries, and once again after
installing gnu libraries.
ok kettenis

a few depend:-related thingies that were still in.

okay millert@, tb@

bye bye depends
okay tb@ deraadt@

mark newish phony targets as phony.
okay tb@

Ensure the build user can write to the GLOBAL_AUTOCONF_CACHE file by
creating or truncating it with the proper ownership and permissions.

OK tb@

Enable builds with a dedicated user that cannot elevate privileges or write
to /usr/src or /usr/xenocara.

Change /usr/{,x}obj to owner build:wobj with mode 770 and install the
systemwide makefiles before starting a build. The root of the noperm fs
containing DESTDIR should also be owned by build:wobj.

Developers will need to add their users to group wobj to be able to write
to /usr/{,x}obj/.

"push forward" deraadt; testing, input & ok rpe

Swap 'make cleandir' and 'make includes' for real.
Should have been part of commitid uHRFWpwUBjIz0UuR.

Original message:

Move libcrypto, librpcsvc and gnu/usr.bin/cc/include from RDIRS to PRDIRS,
and add prereq targets, so some header files are generated by BUILDUSER
during 'make prereq' instead of by root during 'make includes'.

Switch the order of 'make cleandir' and 'make includes' during 'make build'
so we don't generate many files twice.

Except for some machine@ symlinks from ${MACHINE}/stand, /usr/obj is now
clean from files generated by root during 'make build'. Those will be
cleaned up in a second step.

help, testing & ok deraadt, input from natano, further testing rpe

Print the root check error message to stderr. While there add the name
of the target to the message to be more descriptive.

ok deraadt tb

Simplify the 'make includes' step in 'make build': move the privdrop
bit up into 'make includes', so the latter benefits from that idiom
as well. Sprinkle a few 'exec' while there.

ok natano

De-escalate to an unprivileged users during 'make build' and 'make release'.

- If you start make build as root, everything will be run as root.
Nothing new here. New is, that you can set BUILDUSER=somebody and the
unprived parts will be run as somebody.
- If you start make build with sudo, the unprived parts will be run as
the real user (meaning YOU). You can still set BUILDUSER=somebody and
the uprived parts will run as somebody.
- If you start make build as a normal user it will error out. "I'm sorry
Dave."

Note that DESTDIR must be on partition with the noperm flag set for make
release to work correctly as an unprivileged user.

idea and ok deraadt
input and ok tb ratchov millert
rpe, halex and probably others where part of the conversation to make
this happen, thanks!

stop supporting SUDO builds. Something better is coming, so let's
align everyone who is using SUDO builds towards the new strategy.
ok natano

must make obj in etc as well; the etc.*/Makefile stubs depend upon it.

missing " spotted by Kyle Milz

Create etc set during 'make build' and embed it in base set to make
it available during a regular install or upgrade so that it doesn't
need to be independently fetched.

Idea, directions and OK deraadt@
Feedback and Ok halex@ and aja@

do locatedb as part of the build process
"works for me" deraadt@

Remove KERBEROS5 from the Makefiles (except ssh for now, where it is
already manually disabled).

ok deraadt@

enter keberosV/doc to resurrect heimdal.info for real this time
ok deraadt@

switch to new kerberosV directory layout

remove ancient cruft.
okay deraadt@

Document proper cross-tools command to run, specially when working on a
new port.

Okay miod@

Head off attempts to do 'make build' with DESTDIR set, as it doesn't work

ok sthen@, deraadt@

install mtree always
okay deraadt@

do not enter lkm

use shell-neutral language (in a comment);

from ray lai;
ok krw@

move cross-stuff into its own file.
okay mickey@, niklas@

Synch with bsd.own.mk: USE_GCC3 is always set now, so we must set it to no
explicitly.

i386 is gcc3 for cross too.

We don't need cross-{nm,size} anymore, our host tools are good enough.

mickey ok a long time ago.

need to pass MAKEOBJDIR to prereq and includes

match cross-binutils-new selection w/ bsd.own.mk and add hppa64 where needed

Move the cross glue from the root makefile to the toolchain's,
allowing bulding cross-tools with new binutils and gcc3.

ok drahn@ brad@ espie@

cross-nm doesn't need TARGET_MACHINE_ARCH anymore.

ok mickey@

fix/add sgi

Remove OpenBSD/pegaos, this has been announced before but delayed until
the tree was stable. No point in code supporting a company which screws
its employees being in the OpenBSD tree.

Add luna88k related directories and information to the build infrastructure.

ok deraadt@, millert@, krw@ - mdoc ok jmc@

repair cross-tools

change amd64's MACHINE_ARCH from x86_64 to amd64. There are many many
reasons for this, quite a few of them technical, and not all of them
in response to Intel's broken ia32e crud. The gcc toolchain stays at
x86_64 for now.

- remove sun3
- use "new" ld/gas/etc. for pegasos with cross-compile
- reorder arch/machine names in alpha order

ok drahn@

amd64 hook ups

add pegasos as a powerpc system for cross-compile target

ok drahn@

abcomodate cross for the new nm+size

Don't go into kerberosV/lib explicitely for now. Nothing to do there.
Ok deraadt@, miod@.

need to escape the quotes in cross-{lib,bin}

need to eval the CROSSENV

Don't build libperl separately in the libs pass, just build it when
we build perl itself. We need perl to run Configure *after* the
other libraries are installed, since Configure looks at what symbols
exist in libc and the other libs. If anfd when other things in the tree
link against libperl we may need to revisit this issue.

Remove krb4 support.

Add i386 to list of archs which use binutils.

enquote flags and opts in cross-env; reported by david krause

Prevent the a.out cross-ld from building rtld too early in the build.

- add cross-distrib target to cross-compile the world (except gnu)
- add cross-obj, cross-depend, cross-clean and cross-cleandir targets
- add dependencies between the cross-tools targets
- simplify cross-binutils
- build a cross c++ compiler
- use distribution-etc-root-var in etc for preparing ${CROSSDIR}

ok art@, miod@

Let cross-sparc use new bintuils.

knf

install cross-links for objdumpc,objcopy,strings

Change the regression-tests target to do depend before running regress.

Only go into regress on "obj", "clean" and "cleandir".

a bit too soon.

link gnu files in.

This change (and a little change for alpha gcc config) allowed me to build
cross tools and kernels with those cross tools on all archs except mvme88k
and hppa.

1. Pass MACHINE_ARCH, not MACHINE to TARGET_MACHINE_ARCH when building old
binutils.
2. Instead of using the "intelligent" cpp voodoo to find out MACHINE_ARCH
from MACHINE (which has never worked correctly for sparc, 68k and
recently it broke for powerpc), we have a table of machine->machine_arch
translations. It's easier to modify one table once per arch instead of
juggling for a few hours every time some include files change.
3. Remove some sparc64 cruft.
4. Set MACHINE and MACHINE_ARCH in cross-env, otherwise the kernel will
try to build libkern for the host.

Please note that this doesn't allow you to do complete builds. I haven't
even tested cross-lib. Only kernel builds have been tested.

Cross-tools changes:

o Enable c++.
o Add missing lib/apache/xml/include directory.
o Use lorder from /usr/bin.

art@, mickey@ ok.

put quotes on CFLAGS in binutils-new

don't forget to make depend for croos-binutils-old sub-targets, dunno how it got broken but let's blame art since he commits into cross-tools all by himself all the time and breaks it

new target: cross-env that prints all environment variables that
need to be set for cross building:
cd /usr/src/sbin/init
make `cd /usr/src ; make TARGET=sparc64 cross-env`

Also, xcpp was wrong, cccp is wrong, cpp is probably better.

powerpc -> macppc rename changes

Use more brute force when making links for binutils.
We simply make sure that there always is a TARGET_CANON-X and an X
regardless of which one is the regular file and which one is the symlink.

(this is for cross-tools)

cccp, not xcpp

more leftover arc/pmax stuff
--
Ok'd by art@

Magic to make sparc64 cross-tools not bomb in the first 5 minutes
of building cross-tools.

bye bye MIPS related bits and pieces.
--
Ok'd by deraadt@

Build kerberosV when enabled.

yet another old M: missing SUDO i includes target

Speed-up:
- remove extra subshells;
- use exec on terminal commands, avoiding dangling shells that don't
control anything.

More correct:
- use && some more;
- remove `-' in front of includes, so that failures WILL fail...

Okay millert@, deraadt@

unbreak broken cross-binutils-new target (missing ')' )

Fix cross-tools symlinks for old toolchain too

Improve the cross-tools targets so that it now can at least finish
pmax libs. I have yet to test that they actually work though.

at least cross-gcc was broken, can't test cross-binutils, but i bet they are broken too

Random fixes for cross builds. (especiaslly new binutils)

Truncate the autoconf cache, rather than outright deleting it (PR 1488)

Fix cross-binutils-new.
Pass the same --disable-foo flags as we do in gnu/usr.bin/binutils
This allows me to build alpha -> alpha binutils (Don't ask).

Boring... Add :L modifier to all tweakable variables tests.

Closes PR 1246

Only install man pages once. Previously, they would be installed
during the lib install stage too.

Don't need to explicitly make perl's config.sh, the beforedepend target
will do that.

using just ldconfig is a bad idea, use -R

A more normal way of building kerberos, faster, and it works with SUDO

rm dup

repair a few breakages in cross-tools caused by switch to egcs and new lorder

Build libperl with the other libs

I mean, I hate that prereq *garbage*. but then you guys had to break
make includes, too, by not fixing it. Gee, thanks.

Provide a method to do prerequisites needed before
installation of includes can happen. Do these before and not run via ${SUDO}.

Don't do two ldconfigs on mips if we're not building kerberos.
Many cross-tools cleanups:
o remove mkdirs from the front of each of the rules, but instead have them
depend on new target cross-dirs, which makes all the directories
o Add new target, cross-dirs, to create the directories and symlinks. Before
the symlinks in /usr/cross/$TARGET/blah-unknown-openbsd2.4 were
never right.
o KLUDGE for arc/pmax. MACHINE_ARCH is mips for these machines, but they
differ from other machines in that they use mipsel-unknown-openbsd
for their gnu config string (failure to have the el causes big endian tools
to be built).

These fixes allow me to build a usable toolchain and libraries for
OpenBSD/arc on FreeBSD/i386 (with a few fixes to FreeBSD as well). I
can also build a bootable kernel on the FreeBSD box.

I'd like to add a cross-build target shortly that will build
cross-tools, then will build and install stuff in DESTDIR with the
cross tools living in ${DESTDIR}/usr/cross/${TARGET}.

Make cross targets more robust:
o Don't build kerberos if KERBEROS==no
o Use the lorder in the target tree, rather than relying on the
system's lorder to do the right thing in a cross build environment.

make depend stuff in cross-*.
Also build the kerberos libs for the cross environment

pass SUDO to make build in kerberosIV. From: jakob@crt.se

kill local change that should not have gotten committed in last change

make cleandir needs to run run as well; marc@snafu.org

set DESTDIR to be empty, not '/' when doing 'make distrib-dirs' so we don't get /etc/foo, not //etc/foo

add a note about building kernel before "make build"

Optionally use make SUDO=sudo build to build as non-root

fix cross-lib install

insert a note about the cross-tools target

more links for binutils-new; hmm shouldn't this be single commit w/ the prev one?

use .CURDIR-relative paths navigating within source tree.
that is, instead of 'cd lib' use 'cd ${.CURDIR}/lib'.
PS: what about strings and gdb for cross-binutils-old?
those guys are present in the '-new target.

setup links for new binutils in an old binutils cosistant way

Revert to 1.32, in the future CROSSENV will be used with different
MAKEOBJDIR values

include MAKEOBJDIR definition into CROSSENV

cross-tools cleanup + build the libs too

cross-gcc improvement, install cc link, and a nice cpp

Build nm ok for cross-envs

Add a bunch of cross-a.out targets

use binutils for hppa

Improved cross-compilation targets, still need work

cross-gcc: make things work, finally

cross-tools: use /bin/sh to run configure, add -I for mips-*

A new rule cross-gas for building an a.out cross assembler, i.e. *not* from
the new binutils, but from the old gnu/usr.bin/gas sources. Not yet called
from cross-tools for any architectures.

on mips systems, ldconfig after kerberos too as new libs get installed

$OpenBSD$

attempt to clean/cleandir/obj in distrib

add braces to variable

Changed the rules.
The variable is now GLOBAL_AUTOCONF_CACHE. You must set it to the name
of the cache file to use. Ether "setenv GLOBAL_AUTOCONF_CACHE /var/tmp/foo"
or add it to /etc/mk.conf

remove global cache at start of "make build" if GLOBAL_CACHE option is in effect

Changed ``defined(KERBEROS)'' to ``(${KERBEROS} == "yes")''
Same change doen for SKEY, YP, and KERBEROS5. This allows
people to override those setting in /etc/mk.conf.

doc recommended build process somewhat

First stab at a target for making cross-development tools:
try "make TARGET=machine cross-tools" and you should get a little
hierarchy in /usr/cross/<machine>. This is probably not in its final
shape yet ;-)

We don't need this in /usr/src/Makefile. Call me a prude, if you like.

ldconfig hack for the mips

Don't install kerberosIV headers twice when doing "make build"

kerberosIV now understand "includes" target too

allow "make includes" to work from here too

when making distributions, make sure the include directory gets filled

hard-code the include installation path (mostly for speed)

use beforeinstall; includes walks the tree

sync w/ NetBSD 960418.

Build lkm directory by default

Do not build KerberosIV if Kerberos has been disabled in <bsd.own.mk>

domestic goes away, kerberosIV always exists

Add support for building kerberosIV

branches: 1.1.1;
Initial revision

a few depend:-related thingies that were still in.

okay millert@, tb@

bye bye depends
okay tb@ deraadt@

mark newish phony targets as phony.
okay tb@

Ensure the build user can write to the GLOBAL_AUTOCONF_CACHE file by
creating or truncating it with the proper ownership and permissions.

OK tb@

Enable builds with a dedicated user that cannot elevate privileges or write
to /usr/src or /usr/xenocara.

Change /usr/{,x}obj to owner build:wobj with mode 770 and install the
systemwide makefiles before starting a build. The root of the noperm fs
containing DESTDIR should also be owned by build:wobj.

Developers will need to add their users to group wobj to be able to write
to /usr/{,x}obj/.

"push forward" deraadt; testing, input & ok rpe

Swap 'make cleandir' and 'make includes' for real.
Should have been part of commitid uHRFWpwUBjIz0UuR.

Original message:

Move libcrypto, librpcsvc and gnu/usr.bin/cc/include from RDIRS to PRDIRS,
and add prereq targets, so some header files are generated by BUILDUSER
during 'make prereq' instead of by root during 'make includes'.

Switch the order of 'make cleandir' and 'make includes' during 'make build'
so we don't generate many files twice.

Except for some machine@ symlinks from ${MACHINE}/stand, /usr/obj is now
clean from files generated by root during 'make build'. Those will be
cleaned up in a second step.

help, testing & ok deraadt, input from natano, further testing rpe

Print the root check error message to stderr. While there add the name
of the target to the message to be more descriptive.

ok deraadt tb

Simplify the 'make includes' step in 'make build': move the privdrop
bit up into 'make includes', so the latter benefits from that idiom
as well. Sprinkle a few 'exec' while there.

ok natano

De-escalate to an unprivileged users during 'make build' and 'make release'.

- If you start make build as root, everything will be run as root.
Nothing new here. New is, that you can set BUILDUSER=somebody and the
unprived parts will be run as somebody.
- If you start make build with sudo, the unprived parts will be run as
the real user (meaning YOU). You can still set BUILDUSER=somebody and
the uprived parts will run as somebody.
- If you start make build as a normal user it will error out. "I'm sorry
Dave."

Note that DESTDIR must be on partition with the noperm flag set for make
release to work correctly as an unprivileged user.

idea and ok deraadt
input and ok tb ratchov millert
rpe, halex and probably others where part of the conversation to make
this happen, thanks!

stop supporting SUDO builds. Something better is coming, so let's
align everyone who is using SUDO builds towards the new strategy.
ok natano

must make obj in etc as well; the etc.*/Makefile stubs depend upon it.

missing " spotted by Kyle Milz

Create etc set during 'make build' and embed it in base set to make
it available during a regular install or upgrade so that it doesn't
need to be independently fetched.

Idea, directions and OK deraadt@
Feedback and Ok halex@ and aja@

do locatedb as part of the build process
"works for me" deraadt@

Remove KERBEROS5 from the Makefiles (except ssh for now, where it is
already manually disabled).

ok deraadt@

enter keberosV/doc to resurrect heimdal.info for real this time
ok deraadt@

switch to new kerberosV directory layout

remove ancient cruft.
okay deraadt@

Document proper cross-tools command to run, specially when working on a
new port.

Okay miod@

Head off attempts to do 'make build' with DESTDIR set, as it doesn't work

ok sthen@, deraadt@

install mtree always
okay deraadt@

do not enter lkm

use shell-neutral language (in a comment);

from ray lai;
ok krw@

move cross-stuff into its own file.
okay mickey@, niklas@

Synch with bsd.own.mk: USE_GCC3 is always set now, so we must set it to no
explicitly.

i386 is gcc3 for cross too.

We don't need cross-{nm,size} anymore, our host tools are good enough.

mickey ok a long time ago.

need to pass MAKEOBJDIR to prereq and includes

match cross-binutils-new selection w/ bsd.own.mk and add hppa64 where needed

Move the cross glue from the root makefile to the toolchain's,
allowing bulding cross-tools with new binutils and gcc3.

ok drahn@ brad@ espie@

cross-nm doesn't need TARGET_MACHINE_ARCH anymore.

ok mickey@

fix/add sgi

Remove OpenBSD/pegaos, this has been announced before but delayed until
the tree was stable. No point in code supporting a company which screws
its employees being in the OpenBSD tree.

Add luna88k related directories and information to the build infrastructure.

ok deraadt@, millert@, krw@ - mdoc ok jmc@

repair cross-tools

change amd64's MACHINE_ARCH from x86_64 to amd64. There are many many
reasons for this, quite a few of them technical, and not all of them
in response to Intel's broken ia32e crud. The gcc toolchain stays at
x86_64 for now.

- remove sun3
- use "new" ld/gas/etc. for pegasos with cross-compile
- reorder arch/machine names in alpha order

ok drahn@

amd64 hook ups

add pegasos as a powerpc system for cross-compile target

ok drahn@

abcomodate cross for the new nm+size

Don't go into kerberosV/lib explicitely for now. Nothing to do there.
Ok deraadt@, miod@.

need to escape the quotes in cross-{lib,bin}

need to eval the CROSSENV

Don't build libperl separately in the libs pass, just build it when
we build perl itself. We need perl to run Configure *after* the
other libraries are installed, since Configure looks at what symbols
exist in libc and the other libs. If anfd when other things in the tree
link against libperl we may need to revisit this issue.

Remove krb4 support.

Add i386 to list of archs which use binutils.

enquote flags and opts in cross-env; reported by david krause

Prevent the a.out cross-ld from building rtld too early in the build.

- add cross-distrib target to cross-compile the world (except gnu)
- add cross-obj, cross-depend, cross-clean and cross-cleandir targets
- add dependencies between the cross-tools targets
- simplify cross-binutils
- build a cross c++ compiler
- use distribution-etc-root-var in etc for preparing ${CROSSDIR}

ok art@, miod@

Let cross-sparc use new bintuils.

knf

install cross-links for objdumpc,objcopy,strings

Change the regression-tests target to do depend before running regress.

Only go into regress on "obj", "clean" and "cleandir".

a bit too soon.

link gnu files in.

This change (and a little change for alpha gcc config) allowed me to build
cross tools and kernels with those cross tools on all archs except mvme88k
and hppa.

1. Pass MACHINE_ARCH, not MACHINE to TARGET_MACHINE_ARCH when building old
binutils.
2. Instead of using the "intelligent" cpp voodoo to find out MACHINE_ARCH
from MACHINE (which has never worked correctly for sparc, 68k and
recently it broke for powerpc), we have a table of machine->machine_arch
translations. It's easier to modify one table once per arch instead of
juggling for a few hours every time some include files change.
3. Remove some sparc64 cruft.
4. Set MACHINE and MACHINE_ARCH in cross-env, otherwise the kernel will
try to build libkern for the host.

Please note that this doesn't allow you to do complete builds. I haven't
even tested cross-lib. Only kernel builds have been tested.

Cross-tools changes:

o Enable c++.
o Add missing lib/apache/xml/include directory.
o Use lorder from /usr/bin.

art@, mickey@ ok.

put quotes on CFLAGS in binutils-new

don't forget to make depend for croos-binutils-old sub-targets, dunno how it got broken but let's blame art since he commits into cross-tools all by himself all the time and breaks it

new target: cross-env that prints all environment variables that
need to be set for cross building:
cd /usr/src/sbin/init
make `cd /usr/src ; make TARGET=sparc64 cross-env`

Also, xcpp was wrong, cccp is wrong, cpp is probably better.

powerpc -> macppc rename changes

Use more brute force when making links for binutils.
We simply make sure that there always is a TARGET_CANON-X and an X
regardless of which one is the regular file and which one is the symlink.

(this is for cross-tools)

cccp, not xcpp

more leftover arc/pmax stuff
--
Ok'd by art@

Magic to make sparc64 cross-tools not bomb in the first 5 minutes
of building cross-tools.

bye bye MIPS related bits and pieces.
--
Ok'd by deraadt@

Build kerberosV when enabled.

yet another old M: missing SUDO i includes target

Speed-up:
- remove extra subshells;
- use exec on terminal commands, avoiding dangling shells that don't
control anything.

More correct:
- use && some more;
- remove `-' in front of includes, so that failures WILL fail...

Okay millert@, deraadt@

unbreak broken cross-binutils-new target (missing ')' )

Fix cross-tools symlinks for old toolchain too

Improve the cross-tools targets so that it now can at least finish
pmax libs. I have yet to test that they actually work though.

at least cross-gcc was broken, can't test cross-binutils, but i bet they are broken too

Random fixes for cross builds. (especiaslly new binutils)

Truncate the autoconf cache, rather than outright deleting it (PR 1488)

Fix cross-binutils-new.
Pass the same --disable-foo flags as we do in gnu/usr.bin/binutils
This allows me to build alpha -> alpha binutils (Don't ask).

Boring... Add :L modifier to all tweakable variables tests.

Closes PR 1246

Only install man pages once. Previously, they would be installed
during the lib install stage too.

Don't need to explicitly make perl's config.sh, the beforedepend target
will do that.

using just ldconfig is a bad idea, use -R

A more normal way of building kerberos, faster, and it works with SUDO

rm dup

repair a few breakages in cross-tools caused by switch to egcs and new lorder

Build libperl with the other libs

I mean, I hate that prereq *garbage*. but then you guys had to break
make includes, too, by not fixing it. Gee, thanks.

Provide a method to do prerequisites needed before
installation of includes can happen. Do these before and not run via ${SUDO}.

Don't do two ldconfigs on mips if we're not building kerberos.
Many cross-tools cleanups:
o remove mkdirs from the front of each of the rules, but instead have them
depend on new target cross-dirs, which makes all the directories
o Add new target, cross-dirs, to create the directories and symlinks. Before
the symlinks in /usr/cross/$TARGET/blah-unknown-openbsd2.4 were
never right.
o KLUDGE for arc/pmax. MACHINE_ARCH is mips for these machines, but they
differ from other machines in that they use mipsel-unknown-openbsd
for their gnu config string (failure to have the el causes big endian tools
to be built).

These fixes allow me to build a usable toolchain and libraries for
OpenBSD/arc on FreeBSD/i386 (with a few fixes to FreeBSD as well). I
can also build a bootable kernel on the FreeBSD box.

I'd like to add a cross-build target shortly that will build
cross-tools, then will build and install stuff in DESTDIR with the
cross tools living in ${DESTDIR}/usr/cross/${TARGET}.

Make cross targets more robust:
o Don't build kerberos if KERBEROS==no
o Use the lorder in the target tree, rather than relying on the
system's lorder to do the right thing in a cross build environment.

make depend stuff in cross-*.
Also build the kerberos libs for the cross environment

pass SUDO to make build in kerberosIV. From: jakob@crt.se

kill local change that should not have gotten committed in last change

make cleandir needs to run run as well; marc@snafu.org

set DESTDIR to be empty, not '/' when doing 'make distrib-dirs' so we don't get /etc/foo, not //etc/foo

add a note about building kernel before "make build"

Optionally use make SUDO=sudo build to build as non-root

fix cross-lib install

insert a note about the cross-tools target

more links for binutils-new; hmm shouldn't this be single commit w/ the prev one?

use .CURDIR-relative paths navigating within source tree.
that is, instead of 'cd lib' use 'cd ${.CURDIR}/lib'.
PS: what about strings and gdb for cross-binutils-old?
those guys are present in the '-new target.

setup links for new binutils in an old binutils cosistant way

Revert to 1.32, in the future CROSSENV will be used with different
MAKEOBJDIR values

include MAKEOBJDIR definition into CROSSENV

cross-tools cleanup + build the libs too

cross-gcc improvement, install cc link, and a nice cpp

Build nm ok for cross-envs

Add a bunch of cross-a.out targets

use binutils for hppa

Improved cross-compilation targets, still need work

cross-gcc: make things work, finally

cross-tools: use /bin/sh to run configure, add -I for mips-*

A new rule cross-gas for building an a.out cross assembler, i.e. *not* from
the new binutils, but from the old gnu/usr.bin/gas sources. Not yet called
from cross-tools for any architectures.

on mips systems, ldconfig after kerberos too as new libs get installed

$OpenBSD$

attempt to clean/cleandir/obj in distrib

add braces to variable

Changed the rules.
The variable is now GLOBAL_AUTOCONF_CACHE. You must set it to the name
of the cache file to use. Ether "setenv GLOBAL_AUTOCONF_CACHE /var/tmp/foo"
or add it to /etc/mk.conf

remove global cache at start of "make build" if GLOBAL_CACHE option is in effect

Changed ``defined(KERBEROS)'' to ``(${KERBEROS} == "yes")''
Same change doen for SKEY, YP, and KERBEROS5. This allows
people to override those setting in /etc/mk.conf.

doc recommended build process somewhat

First stab at a target for making cross-development tools:
try "make TARGET=machine cross-tools" and you should get a little
hierarchy in /usr/cross/<machine>. This is probably not in its final
shape yet ;-)

We don't need this in /usr/src/Makefile. Call me a prude, if you like.

ldconfig hack for the mips

Don't install kerberosIV headers twice when doing "make build"

kerberosIV now understand "includes" target too

allow "make includes" to work from here too

when making distributions, make sure the include directory gets filled

hard-code the include installation path (mostly for speed)

use beforeinstall; includes walks the tree

sync w/ NetBSD 960418.

Build lkm directory by default

Do not build KerberosIV if Kerberos has been disabled in <bsd.own.mk>

domestic goes away, kerberosIV always exists

Add support for building kerberosIV

branches: 1.1.1;
Initial revision

bye bye depends
okay tb@ deraadt@

mark newish phony targets as phony.
okay tb@

Ensure the build user can write to the GLOBAL_AUTOCONF_CACHE file by
creating or truncating it with the proper ownership and permissions.

OK tb@

Enable builds with a dedicated user that cannot elevate privileges or write
to /usr/src or /usr/xenocara.

Change /usr/{,x}obj to owner build:wobj with mode 770 and install the
systemwide makefiles before starting a build. The root of the noperm fs
containing DESTDIR should also be owned by build:wobj.

Developers will need to add their users to group wobj to be able to write
to /usr/{,x}obj/.

"push forward" deraadt; testing, input & ok rpe

Swap 'make cleandir' and 'make includes' for real.
Should have been part of commitid uHRFWpwUBjIz0UuR.

Original message:

Move libcrypto, librpcsvc and gnu/usr.bin/cc/include from RDIRS to PRDIRS,
and add prereq targets, so some header files are generated by BUILDUSER
during 'make prereq' instead of by root during 'make includes'.

Switch the order of 'make cleandir' and 'make includes' during 'make build'
so we don't generate many files twice.

Except for some machine@ symlinks from ${MACHINE}/stand, /usr/obj is now
clean from files generated by root during 'make build'. Those will be
cleaned up in a second step.

help, testing & ok deraadt, input from natano, further testing rpe

Print the root check error message to stderr. While there add the name
of the target to the message to be more descriptive.

ok deraadt tb

Simplify the 'make includes' step in 'make build': move the privdrop
bit up into 'make includes', so the latter benefits from that idiom
as well. Sprinkle a few 'exec' while there.

ok natano

De-escalate to an unprivileged users during 'make build' and 'make release'.

- If you start make build as root, everything will be run as root.
Nothing new here. New is, that you can set BUILDUSER=somebody and the
unprived parts will be run as somebody.
- If you start make build with sudo, the unprived parts will be run as
the real user (meaning YOU). You can still set BUILDUSER=somebody and
the uprived parts will run as somebody.
- If you start make build as a normal user it will error out. "I'm sorry
Dave."

Note that DESTDIR must be on partition with the noperm flag set for make
release to work correctly as an unprivileged user.

idea and ok deraadt
input and ok tb ratchov millert
rpe, halex and probably others where part of the conversation to make
this happen, thanks!

stop supporting SUDO builds. Something better is coming, so let's
align everyone who is using SUDO builds towards the new strategy.
ok natano

must make obj in etc as well; the etc.*/Makefile stubs depend upon it.

missing " spotted by Kyle Milz

Create etc set during 'make build' and embed it in base set to make
it available during a regular install or upgrade so that it doesn't
need to be independently fetched.

Idea, directions and OK deraadt@
Feedback and Ok halex@ and aja@

do locatedb as part of the build process
"works for me" deraadt@

Remove KERBEROS5 from the Makefiles (except ssh for now, where it is
already manually disabled).

ok deraadt@

enter keberosV/doc to resurrect heimdal.info for real this time
ok deraadt@

switch to new kerberosV directory layout

remove ancient cruft.
okay deraadt@

Document proper cross-tools command to run, specially when working on a
new port.

Okay miod@

Head off attempts to do 'make build' with DESTDIR set, as it doesn't work

ok sthen@, deraadt@

install mtree always
okay deraadt@

do not enter lkm

use shell-neutral language (in a comment);

from ray lai;
ok krw@

move cross-stuff into its own file.
okay mickey@, niklas@

Synch with bsd.own.mk: USE_GCC3 is always set now, so we must set it to no
explicitly.

i386 is gcc3 for cross too.

We don't need cross-{nm,size} anymore, our host tools are good enough.

mickey ok a long time ago.

need to pass MAKEOBJDIR to prereq and includes

match cross-binutils-new selection w/ bsd.own.mk and add hppa64 where needed

Move the cross glue from the root makefile to the toolchain's,
allowing bulding cross-tools with new binutils and gcc3.

ok drahn@ brad@ espie@

cross-nm doesn't need TARGET_MACHINE_ARCH anymore.

ok mickey@

fix/add sgi

Remove OpenBSD/pegaos, this has been announced before but delayed until
the tree was stable. No point in code supporting a company which screws
its employees being in the OpenBSD tree.

Add luna88k related directories and information to the build infrastructure.

ok deraadt@, millert@, krw@ - mdoc ok jmc@

repair cross-tools

change amd64's MACHINE_ARCH from x86_64 to amd64. There are many many
reasons for this, quite a few of them technical, and not all of them
in response to Intel's broken ia32e crud. The gcc toolchain stays at
x86_64 for now.

- remove sun3
- use "new" ld/gas/etc. for pegasos with cross-compile
- reorder arch/machine names in alpha order

ok drahn@

amd64 hook ups

add pegasos as a powerpc system for cross-compile target

ok drahn@

abcomodate cross for the new nm+size

Don't go into kerberosV/lib explicitely for now. Nothing to do there.
Ok deraadt@, miod@.

need to escape the quotes in cross-{lib,bin}

need to eval the CROSSENV

Don't build libperl separately in the libs pass, just build it when
we build perl itself. We need perl to run Configure *after* the
other libraries are installed, since Configure looks at what symbols
exist in libc and the other libs. If anfd when other things in the tree
link against libperl we may need to revisit this issue.

Remove krb4 support.

Add i386 to list of archs which use binutils.

enquote flags and opts in cross-env; reported by david krause

Prevent the a.out cross-ld from building rtld too early in the build.

- add cross-distrib target to cross-compile the world (except gnu)
- add cross-obj, cross-depend, cross-clean and cross-cleandir targets
- add dependencies between the cross-tools targets
- simplify cross-binutils
- build a cross c++ compiler
- use distribution-etc-root-var in etc for preparing ${CROSSDIR}

ok art@, miod@

Let cross-sparc use new bintuils.

knf

install cross-links for objdumpc,objcopy,strings

Change the regression-tests target to do depend before running regress.

Only go into regress on "obj", "clean" and "cleandir".

a bit too soon.

link gnu files in.

This change (and a little change for alpha gcc config) allowed me to build
cross tools and kernels with those cross tools on all archs except mvme88k
and hppa.

1. Pass MACHINE_ARCH, not MACHINE to TARGET_MACHINE_ARCH when building old
binutils.
2. Instead of using the "intelligent" cpp voodoo to find out MACHINE_ARCH
from MACHINE (which has never worked correctly for sparc, 68k and
recently it broke for powerpc), we have a table of machine->machine_arch
translations. It's easier to modify one table once per arch instead of
juggling for a few hours every time some include files change.
3. Remove some sparc64 cruft.
4. Set MACHINE and MACHINE_ARCH in cross-env, otherwise the kernel will
try to build libkern for the host.

Please note that this doesn't allow you to do complete builds. I haven't
even tested cross-lib. Only kernel builds have been tested.

Cross-tools changes:

o Enable c++.
o Add missing lib/apache/xml/include directory.
o Use lorder from /usr/bin.

art@, mickey@ ok.

put quotes on CFLAGS in binutils-new

don't forget to make depend for croos-binutils-old sub-targets, dunno how it got broken but let's blame art since he commits into cross-tools all by himself all the time and breaks it

new target: cross-env that prints all environment variables that
need to be set for cross building:
cd /usr/src/sbin/init
make `cd /usr/src ; make TARGET=sparc64 cross-env`

Also, xcpp was wrong, cccp is wrong, cpp is probably better.

powerpc -> macppc rename changes

Use more brute force when making links for binutils.
We simply make sure that there always is a TARGET_CANON-X and an X
regardless of which one is the regular file and which one is the symlink.

(this is for cross-tools)

cccp, not xcpp

more leftover arc/pmax stuff
--
Ok'd by art@

Magic to make sparc64 cross-tools not bomb in the first 5 minutes
of building cross-tools.

bye bye MIPS related bits and pieces.
--
Ok'd by deraadt@

Build kerberosV when enabled.

yet another old M: missing SUDO i includes target

Speed-up:
- remove extra subshells;
- use exec on terminal commands, avoiding dangling shells that don't
control anything.

More correct:
- use && some more;
- remove `-' in front of includes, so that failures WILL fail...

Okay millert@, deraadt@

unbreak broken cross-binutils-new target (missing ')' )

Fix cross-tools symlinks for old toolchain too

Improve the cross-tools targets so that it now can at least finish
pmax libs. I have yet to test that they actually work though.

at least cross-gcc was broken, can't test cross-binutils, but i bet they are broken too

Random fixes for cross builds. (especiaslly new binutils)

Truncate the autoconf cache, rather than outright deleting it (PR 1488)

Fix cross-binutils-new.
Pass the same --disable-foo flags as we do in gnu/usr.bin/binutils
This allows me to build alpha -> alpha binutils (Don't ask).

Boring... Add :L modifier to all tweakable variables tests.

Closes PR 1246

Only install man pages once. Previously, they would be installed
during the lib install stage too.

Don't need to explicitly make perl's config.sh, the beforedepend target
will do that.

using just ldconfig is a bad idea, use -R

A more normal way of building kerberos, faster, and it works with SUDO

rm dup

repair a few breakages in cross-tools caused by switch to egcs and new lorder

Build libperl with the other libs

I mean, I hate that prereq *garbage*. but then you guys had to break
make includes, too, by not fixing it. Gee, thanks.

Provide a method to do prerequisites needed before
installation of includes can happen. Do these before and not run via ${SUDO}.

Don't do two ldconfigs on mips if we're not building kerberos.
Many cross-tools cleanups:
o remove mkdirs from the front of each of the rules, but instead have them
depend on new target cross-dirs, which makes all the directories
o Add new target, cross-dirs, to create the directories and symlinks. Before
the symlinks in /usr/cross/$TARGET/blah-unknown-openbsd2.4 were
never right.
o KLUDGE for arc/pmax. MACHINE_ARCH is mips for these machines, but they
differ from other machines in that they use mipsel-unknown-openbsd
for their gnu config string (failure to have the el causes big endian tools
to be built).

These fixes allow me to build a usable toolchain and libraries for
OpenBSD/arc on FreeBSD/i386 (with a few fixes to FreeBSD as well). I
can also build a bootable kernel on the FreeBSD box.

I'd like to add a cross-build target shortly that will build
cross-tools, then will build and install stuff in DESTDIR with the
cross tools living in ${DESTDIR}/usr/cross/${TARGET}.

Make cross targets more robust:
o Don't build kerberos if KERBEROS==no
o Use the lorder in the target tree, rather than relying on the
system's lorder to do the right thing in a cross build environment.

make depend stuff in cross-*.
Also build the kerberos libs for the cross environment

pass SUDO to make build in kerberosIV. From: jakob@crt.se

kill local change that should not have gotten committed in last change

make cleandir needs to run run as well; marc@snafu.org

set DESTDIR to be empty, not '/' when doing 'make distrib-dirs' so we don't get /etc/foo, not //etc/foo

add a note about building kernel before "make build"

Optionally use make SUDO=sudo build to build as non-root

fix cross-lib install

insert a note about the cross-tools target

more links for binutils-new; hmm shouldn't this be single commit w/ the prev one?

use .CURDIR-relative paths navigating within source tree.
that is, instead of 'cd lib' use 'cd ${.CURDIR}/lib'.
PS: what about strings and gdb for cross-binutils-old?
those guys are present in the '-new target.

setup links for new binutils in an old binutils cosistant way

Revert to 1.32, in the future CROSSENV will be used with different
MAKEOBJDIR values

include MAKEOBJDIR definition into CROSSENV

cross-tools cleanup + build the libs too

cross-gcc improvement, install cc link, and a nice cpp

Build nm ok for cross-envs

Add a bunch of cross-a.out targets

use binutils for hppa

Improved cross-compilation targets, still need work

cross-gcc: make things work, finally

cross-tools: use /bin/sh to run configure, add -I for mips-*

A new rule cross-gas for building an a.out cross assembler, i.e. *not* from
the new binutils, but from the old gnu/usr.bin/gas sources. Not yet called
from cross-tools for any architectures.

on mips systems, ldconfig after kerberos too as new libs get installed

$OpenBSD$

attempt to clean/cleandir/obj in distrib

add braces to variable

Changed the rules.
The variable is now GLOBAL_AUTOCONF_CACHE. You must set it to the name
of the cache file to use. Ether "setenv GLOBAL_AUTOCONF_CACHE /var/tmp/foo"
or add it to /etc/mk.conf

remove global cache at start of "make build" if GLOBAL_CACHE option is in effect

Changed ``defined(KERBEROS)'' to ``(${KERBEROS} == "yes")''
Same change doen for SKEY, YP, and KERBEROS5. This allows
people to override those setting in /etc/mk.conf.

doc recommended build process somewhat

First stab at a target for making cross-development tools:
try "make TARGET=machine cross-tools" and you should get a little
hierarchy in /usr/cross/<machine>. This is probably not in its final
shape yet ;-)

We don't need this in /usr/src/Makefile. Call me a prude, if you like.

ldconfig hack for the mips

Don't install kerberosIV headers twice when doing "make build"

kerberosIV now understand "includes" target too

allow "make includes" to work from here too

when making distributions, make sure the include directory gets filled

hard-code the include installation path (mostly for speed)

use beforeinstall; includes walks the tree

sync w/ NetBSD 960418.

Build lkm directory by default

Do not build KerberosIV if Kerberos has been disabled in <bsd.own.mk>

domestic goes away, kerberosIV always exists

Add support for building kerberosIV

branches: 1.1.1;
Initial revision