FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F4.8.0_cvs 2003-04-03T18:49:23Z 2003-04-03T18:49:23Z cvs2svn cvs2svn@FreeBSD.org 2003-04-03T18:49:23Z urn:sha1:0c0b5822358eaf1f5f5f2ac45e5ce80b4508637c 'RELENG_4_8_0_RELEASE'. This commit was manufactured to restore the state of the 4.8-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. 2002-09-01T23:44:26Z David E. O'Brien obrien@FreeBSD.org 2002-09-01T23:44:26Z urn:sha1:c467132cb1ba19e98d31393a119022e8343dcc9d 2002-07-19T18:46:30Z Ruslan Ermilov ru@FreeBSD.org 2002-07-19T18:46:30Z urn:sha1:3951d2bcfebc0313f1826aedb8d3202371695050 1999-11-06T21:04:46Z John Birrell jb@FreeBSD.org 1999-11-06T21:04:46Z urn:sha1:3ba3ae906a6058c1054e107cb82905e55497110a outside the contrib files that FreeBSD distributes. This for use by those who want to work on porting FreeBSD to additional architectures. 1999-08-27T23:37:10Z Peter Wemm peter@FreeBSD.org 1999-08-27T23:37:10Z urn:sha1:9b7a44a60e11baaf94f68f81c4b30d26f31643b7 1999-03-01T04:01:57Z Warner Losh imp@FreeBSD.org 1999-03-01T04:01:57Z urn:sha1:7408d8ff343a0912c2c2850d08a4b740c23af690 Unlike the unisex architecutres we've had so far, mips is bisexual. These tools can produce either byte sex, and the compiler/make determines the proper gender to use. Otherwise, we'd have to have had mipsel and mipseb in all the places that we have just mips. And there are other complications with doing that (binutils doesn't like to build mips tools without both byte genders, it seems). Introduced BINUTIL_ARCH so that other bisexual architectures can a generic mechanism. We cannot just define MACHINE_ARCH as mips because we need to differentiate big and little endian types of binaries. Discussions on freebsd-arch have hashed out this issue (and the parallel libc issues). NetBSD is moving towards mipsel and mipseb for their two flavors of mips ports (in time for 1.4, if this change hasn't already been accomplished). I've been building i386 worlds with this tree for a three months with these files in place with no ill effects. 1998-03-12T05:14:19Z John Polstra jdp@FreeBSD.org 1998-03-12T05:14:19Z urn:sha1:f07eaee2fc9bd34b6691cfdd94835e3be2327eeb INTERNALSTATICLIB to suppress installation of internal libraries. 1998-03-12T02:55:43Z John Polstra jdp@FreeBSD.org 1998-03-12T02:55:43Z urn:sha1:ab5ad3a4b52fafc4d244d6f407fbfad132ad2fa5 support building it for variant architectures. It was already becoming clear that the former structure was too rigid and didn't scale well. The usual sort of makefile magic arranges to .include an architecture specific makefile "Makefile.${MACHINE_ARCH}" in each directory where it exists. Also, sources will be found in each subdirectory "${MACHINE_ARCH}" that exists. This is all taken care of automatically by the top level "Makefile.inc0". This all seems to work right for the i386 now. I have also converted those alpha pieces already present to the new schema as best I could. Also: change the BINDIR on the i386 to /usr/libexec/elf for "ar" and "ranlib". They are not object format independent enough to put into /usr/bin. 1998-03-01T23:41:17Z John Polstra jdp@FreeBSD.org 1998-03-01T23:41:17Z urn:sha1:2e280533a10eaa08d9445ae220903bf26e5519ff This finishes up the binutils import. But I am leaving it disabled in "src/gnu/usr.bin/Makefile" for now. It is not used by anything yet, so I'll take this opportunity to run one more round of tests before enabling it.