Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
163,024 Commits 606 Branches 0 Tags 3.1 GiB
Commit Graph

621 Commits

Author SHA1 Message Date
mrg e3f11c0d8c regenerate for fixed tools/binutils/Makefile 2004-12-12 12:43:05 +00:00
jmc 16650d50f4 Regen w. latest mknative to fix ./object.o problems 2004-12-11 07:42:57 +00:00
mrg 72b7756857 run mknative for binutils 2.15 for amd64. 2004-12-11 01:41:25 +00:00
mrg c63d030651 something in the previous run of mknative-binutils broke this file 
by making it think that all header files were missing.  fix this.
should fix PR#28602 and PR#28604.
 2004-12-11 01:32:41 +00:00
mrg 5e475368f8 regenerate ns32k files for binutils 2.15. 2004-12-11 01:29:34 +00:00
mrg bd8b5580a3 re-run with fixed mknative 2004-12-10 14:07:52 +00:00
mrg 20cca2cff0 re-run with fixed mknative 2004-12-10 14:03:43 +00:00
mrg f5f18dd285 run mknative for binutils 2.15 for alpha, arm, armeb, m68k, mipsel, 
mipseb, powerpc and vax.  note the that only arm and powerpc of these
are actually run-time tested, but everything builds.
 2004-12-09 07:02:53 +00:00
mrg a009ee7734 run mknative-binutils for 2.15 for m68000, sh3eb, sh3el and sh5el. 
XXX: these are not run-time tested but do build fine.
 2004-12-09 06:48:34 +00:00
mrg ca2ba2d989 mknative for i386, sparc & sparc64 for binutils 2.15. 
bump shlib.
 2004-12-08 15:13:33 +00:00
thorpej 8d13a4aafe Switch to using GCC's supplied crtbegin / crtend files. 2004-08-28 00:18:38 +00:00
thorpej a80d65bdf1 sparc64 configuration for GCC "crtstuff". 2004-08-26 20:33:47 +00:00
thorpej 3b3467be81 Only do the crtstuff dance if OBJECT_FMT is ELF. 2004-08-26 19:08:10 +00:00
thorpej 62ca5968b5 sparc configuration for GCC "crtstuff". 2004-08-26 19:05:04 +00:00
thorpej 35bdb62895 Don't protect the inclusion of ${MACHINE_ARCH}.mk; it is required. 2004-08-26 19:01:20 +00:00
thorpej c64c94ac78 m68000 configuration for GCC "crtstuff". 2004-08-26 18:59:53 +00:00
thorpej fb21d92089 x86_64 configuration for GCC "crtstuff". 2004-08-26 07:09:22 +00:00
thorpej 84b60dd908 sh5el configuration for GCC "crtstuff". 2004-08-26 06:59:38 +00:00
thorpej ed5931a192 sh3eb configuration for GCC "crtstuff". 2004-08-26 06:57:35 +00:00
thorpej c2b11b356c sh3el configuration for GCC "crtstuff". 2004-08-26 06:57:07 +00:00
thorpej 432118c9ee powerpc configuration for GCC "crtstuff". 2004-08-26 06:54:37 +00:00
thorpej bb158d9e58 mipseb configuration for GCC "crtstuff". 2004-08-26 06:32:53 +00:00
thorpej d6398ba73b mipsel configuration for GCC "crtstuff". 2004-08-26 06:32:19 +00:00
thorpej d6d6853f9b m68k configuration for GCC "crtstuff". 2004-08-26 06:23:00 +00:00
thorpej ddc0eb63c5 hppa configuration for GCC "crtstuff". 2004-08-26 06:12:07 +00:00
thorpej c9bd4f9af6 armeb configuration for GCC "crtstuff". 2004-08-26 06:09:56 +00:00
thorpej c913ba605e arm configuration for GCC "crtstuff". 2004-08-26 06:08:43 +00:00
thorpej 67e1a05e86 alpha configuration for GCC "crtstuff". 2004-08-26 06:00:32 +00:00
thorpej 226d0b6b3e i386 configuration for GCC "crtstuff". 2004-08-24 20:54:02 +00:00
thorpej 1f4e63b33e Build infrastructure for GCC's "crtstuff". 2004-08-24 20:52:17 +00:00
skrll e176d50dd4 Look for libgcc.map in ${.OBJDIR}. Suggested by Luke. 
Fixes PR 26515.
 2004-08-05 13:10:18 +00:00
thorpej 52efc390bf Rerun mknative-binutils to get new bfd_elf32_hppa_nbsd_vec. 2004-07-20 20:51:36 +00:00
skrll b5d3cf6021 Complete the fix for PR 22452 by doing the same thing as stock gcc. That 
is, use the symbol versioning script to remove certain symbols from the
dynamic symbol table.

Do the symbol versioning thing for all platforms.

Whilest our ld.elf_so(1) doesn't understand symbol versioning this
doesn't matter as all the exposed symbols appear unversioned until symbol
versioning support is added (if ever).
 2004-07-05 12:27:41 +00:00
jmc f648d12d47 Add missing NetBSD ID tags 2004-06-30 03:26:26 +00:00
skrll 279e627659 Re-run mknative. 2004-05-25 13:39:35 +00:00
skrll 9d777fb2bb (pretend to) run mknative for hppa and pick up the -DNETBSD=1 addition 
to LIBGCC2_CFLAGS.
 2004-04-30 08:15:47 +00:00
uwe 562404165e Copy .s.so rule we use for libgcc_pic to make sure the millicode is 
.hidden in libgcc_s.so as well.  Enable it for sh3.  Other CPUs for
which gcc uses millicode probably need this too.
Per discussion with Nick Hudson <skrll>.
 2004-04-28 01:44:59 +00:00
lukem 6d15c512f3 remove AINC support; it is now unnecessary 2004-04-18 04:32:51 +00:00
tron 79dac9a13b Remove generated sources files "__gcc_bcmp.c", "_bb.c" and "_eprintf.c" 
in "cleandir" target.
 2004-03-29 09:32:49 +00:00
skrll 79ddf7b5dc Remove the LIB2FUNCS_ST objects from libgcc_s. 2004-03-25 07:48:34 +00:00
skrll db31f1ccba Build the -fPIC exception handling objects with the right flags, e.g. 
-fexceptions and link the shared library with the standard startup files.
 2004-03-22 17:08:23 +00:00
skrll ddc6c41839 Remove ${CPICFLAGS} from .o rules 2004-03-22 17:02:57 +00:00
scw a8bb5642ca Results of mknative run with gcc3.3.3 on sh5el. 2004-03-17 09:02:06 +00:00
skrll 44d317c631 Remove local variables when building the .hidden objects. 2004-03-10 22:18:17 +00:00
skrll b09e6d0dfe Whitespace 2004-03-08 14:47:27 +00:00
skrll 3539722ee8 Check for G_LIB1ASMFUNCS (not LIB1ASMFUNCS) being non-empty before 
creating rules for LIB1ASMFUNCS. This is better for old makes (and
readability.)

As highlighted by grifo3000@interfree.it on current-users
 2004-03-08 14:45:07 +00:00
skrll 0aae540257 Backout recent changes made to gnu/lib/libgcc3 for a forced MKPIC=no build. 
Fix the behaviour of native and tools gcc when MKPIC=no is specified for
platforms that mknative has determined support shared libraries.

XXX distrib/sets/sets.subr doesn't support MKPIC=no
 2004-02-27 14:52:01 +00:00
matt a9a2fcf9dd Turns out we need libgcc_s for MKPIC=no too (C++ wants it). 2004-02-25 22:11:14 +00:00
matt e88bf5d8c7 Always build libgcc_eh. It's still needed when MKPIC=no 2004-02-25 21:53:49 +00:00
skrll 869ddf30e8 Whitespace 2004-02-23 21:41:05 +00:00
skrll f8314ad5e5 mknative sweep. mainly version string differences and STDC_HEADERs. 
no need for the signbit stuff on sparc as libc got fixed.
 2004-02-19 08:11:31 +00:00
skrll 7354ecab79 Re-run mknative for mipseb (sgimips). Should close PR 24438. 2004-02-16 16:06:38 +00:00
skrll b263dbdd73 Be more gcc like in the way we deal with libgcc so that sh3/hppa millicode 
and exception handling have a chance of working properly.

        - creates libgcc, libgcc_eh and libgcc_s

        - updates LIBGCC_SPEC to use them appropriately.

          There's a hack in here at the moment with respect to libgcc_so in that it
          is preferable to link against libgcc_so will only when -shared-libgcc is
          specified (the c++ frontend does this automatically.) Configurations where
          LINK_EH_SPEC is defined already do this. The gcc configuration for
          NetBSD/alpha and another NetBSD platform (I forget which) actually define
          LINK_EH_SPEC probably by accident rather than design.

        - updates share/mk to use the compiler's knowledge of what needs linking into
          libraries and executables. This removes an hppa hack.

        - updates the sets for the newly created libgcc* files.

	- support for linking against the _pg version of libgcc has been removed.
 2004-02-15 19:52:27 +00:00
simonb 3e7ae7aefb Re-run mknative with latest mknative-gcc. 2004-02-14 08:39:07 +00:00
mrg e38f9bc603 pass all required -I paths: 
+CPPFLAGS+=    -I${G_EXTRA_HEADERS:H:u}

this fixes ppc builds (reported by hannken & briggs)
 2004-02-12 23:17:59 +00:00
skrll 13145e5f28 Results of re-running mknative for a few MACHINE_ARCHs 2004-02-12 22:34:57 +00:00
mrg 41ba62f48c - some libgcc3/Makefile updates for new mknative 
- re-run mknative for ~nearly everyone
 2004-02-11 16:22:51 +00:00
mrg 0e4a80d700 regenerate with GCC 3.3.3-pre20040209. 
XXX: missing vax, sh3*, hppa
 2004-02-11 04:04:02 +00:00
skrll 2879279c43 Move libgcc3/*.mk to libgcc3/arch. 
Update mknative-gcc.
 2004-01-02 11:58:32 +00:00
mrg 416b3a63d6 do not link xmalloc.c or xexit.c. 2003-12-21 07:05:25 +00:00
matt 020ecacc80 Don't use -traditional-cpp when assembling the PowerPC .S files. 2003-12-11 22:37:27 +00:00
matt cfbf1414f1 initial GCC3 support for VAX. (barely tested). No PIC support (aka no 
shared libraries).  This is an initial step to full GCC3 support for VAX.
 2003-12-08 03:33:13 +00:00
scw b8191da53a Gcc3 for sh5 gets an ICE compiling libbfd's elf32.c and elf64.c at -O2. 
Drop to -O1 for now when building for sh5.
 2003-12-07 21:13:04 +00:00
scw a72cb1203e MD glue for binutils on sh5. 2003-12-07 19:42:03 +00:00
simonb 32820e3ec5 Use gthr-single.h ("no real pthreads support") on ns32k for now. 2003-12-07 12:25:43 +00:00
simonb 3155813857 ns32k c++ (probably a.out?) currently doesn't support the 
-ffunction-sections andd -fdata-sections flags; disabled them
for now.
 2003-12-07 12:23:35 +00:00
scw 03aed749f0 Update for gcc 3.3.2 support (with in-tree binutils). 2003-12-07 10:02:45 +00:00
simonb 3952da3765 Add ns32k binutils 2.14 support. 2003-12-05 12:08:47 +00:00
simonb f0467a5c13 Add ns32k GCC3 support. 2003-12-05 12:05:32 +00:00
mrg 4dd4b4772e regenerate with a working compiler 2003-12-05 04:53:27 +00:00
mrg 51b0c7cbfa regenerate these such that they (mostly) work.. 2003-12-05 02:57:02 +00:00
mrg 228f85d62e regenerate non-broken 2003-12-04 14:39:09 +00:00
mrg abda1a5442 libopcodes.so.1/libbfd.so.6 2003-12-04 12:18:57 +00:00
mrg ce29aa2370 build lib{opcodes,bfd,iberty} back in gnu/lib instead of gnu/usr.bin/binutils 
as they are needed earlier than when gnu/usr.bin/binutils is built when
"make -j" is used.
 2003-12-04 09:29:31 +00:00
mrg 65e91005fa don't build libopcodes/bfd/iberty here if we have binutils 2.14 2003-11-27 13:53:11 +00:00
scw 437384a077 Regen for TARGET_ENDIAN_DEFAULT=ARM_FLAG_BIG_END fix in config.gcc. 2003-11-04 14:46:59 +00:00
lukem b43426c867 Move the rule to disable .cc -> NULL transforms, so it works again. 2003-10-28 08:13:39 +00:00
lukem b947f38eae don't need .cc->NULL rule here 2003-10-28 08:12:32 +00:00
lukem 5966f94e07 Move the rule to disable .cc -> NULL transforms, so it works again. 
Fixes "includes" when exception.cc is newer than inc/exception.
Noted in private mail by Havard Eidnes.
 2003-10-28 07:38:57 +00:00
mrg 45e224e8d4 fix a typo in previous pointed out by lukem 2003-10-28 01:25:33 +00:00
mrg f8fa4ee590 sun2 lib*3 for GCC3. 2003-10-27 17:19:58 +00:00
mrg 8d8c032590 add armeb-netbsdelf GCC3 support. (not tested) 2003-10-27 01:37:08 +00:00
lukem 130ab7336b Rework how MAKEVERBOSE operates: 
*	Don't bother prefixing commands with a line of  ${_MKCMD}\
	and instead rely upon "make -s".  This is less intrusive on
	all the Makefiles than the former.  Idea from David Laight.

    *	Rename the variables use to print messages.  The scheme now is:
	    _MKMSG_FOO		Run  _MKMSG 'foo'
	    _MKTARGET_FOO	Run  _MKMSG_FOO ${.TARGET}
	From discussion with Alistair Crooks.
 2003-10-21 10:01:19 +00:00
lukem d4a55392c2 Support MAKEVERBOSE. 
Use BUILDSYMLINKS instead of home-grown equivalents.
 2003-10-19 14:52:03 +00:00
tron 00c8e095d9 Add "cs-tconfig.h" to "CLEANFILES". 2003-10-16 06:15:20 +00:00
matt 046e9000ba Make etime_.* and dtime_.* explicitly depend on the libU77 version. 
Include *.d so that when make depend emit the dependencies, it picks up
the right file and so that the right file is used when making the objects.
 2003-10-10 23:34:20 +00:00
veego fd5c6da435 Fix part 1 of toolchain/23067 by removing the -nostdinc++, which will be 
added if $DESTDIR is set by the bsd.dep.mk and bsd.prog.mk magic, but caused
problems while not using build.sh.
 2003-10-06 21:36:59 +00:00
matt 39caecb211 Add in-tree toolchain support for HPPA. 2003-10-06 05:10:13 +00:00
tron cc5dbcf926 Add dynamically generated sources to "CLEANFILES". 2003-10-01 09:39:50 +00:00
mrg 1b9c8708c3 x86_64 libgcc3 support 2003-09-27 02:08:07 +00:00
matt f47a587ee6 Redo/fix gcc3 files for PowerPC. 2003-09-23 09:06:33 +00:00
fvdl 0135fe160a x86_64 gcc3 and binutils glue. Not yet used. 2003-09-07 21:24:53 +00:00
mrg 71889b67f5 make sure we build the unwind handlers with "-fexception". they were 
supposed to, but the wrong variable was used as a base...

should fix PR#22673.
 2003-09-05 09:54:30 +00:00
mrg 57b205e71d in-tree toolchain support for sh5el. not really tested yet, but it 
seems to mostly work..  libcurses.so fails to link with an out of memory
error i haven't looked at yet, and nothing has actually been run..

XXX: gdb53 missing.
 2003-09-04 04:34:14 +00:00
mrg 6e28e939f1 don't install iostream.info anymore - it goes away with GCC3. 2003-09-02 05:26:43 +00:00
matt 9de4f868de Regenerated. 2003-08-31 19:45:25 +00:00
tls be39aeba77 Fix .include to reflect move of this Makefile. 2003-08-29 03:54:46 +00:00
mrg 277fd0e642 build libfrtbegin 2003-08-29 01:57:04 +00:00
mrg 58aefb674b oops, move this to the right location 2003-08-29 01:00:49 +00:00
mrg f4b7364d5d build libfrtbegin.a with GCC3.3 2003-08-29 00:53:22 +00:00
mrg 1a086c6b25 introduce an additional switch to enable building GCC3 instead of GCC2: 
HAVE_GCC3.  if this is set, we also set USE_TOOLS_TOOLCHAIN=no.  change
the definition of the former to be restricted to whether tools/toolchain
is used or not.
 2003-08-27 16:03:17 +00:00
mrg 33eed2cc61 regenerate 2003-08-25 06:09:11 +00:00
mrg bde3717628 regenerate. 2003-08-22 16:01:12 +00:00
mrg 74cfa6bb4b regenerate 2003-08-22 09:46:57 +00:00
mrg 023ae3cdb4 regenerate 2003-08-22 02:45:22 +00:00
mrg 22660a6384 add a patch from <sdegler@degler.net> to build .asm files by copying them 
to .S files first.
 2003-08-22 02:39:56 +00:00
mrg 2fe59400d5 bump the major on these 2003-08-04 01:53:51 +00:00
lukem 64b5a0fe7b Add INCSYMLINKS to <bsd.inc.mk> and <bsd.kinc.mk>, and use that instead of 
SYMLINKS to install symlinked header files.  INCSYMLINKS are installed with
'make includes'.  This avoids using SYMLINKS and hacks with the 'linkinstall'
target in <bsd.links.mk>, as linksinstall occurs in 'make install' and hacks
to get it to occur in 'make includes' weren't robust, as seen in lib/libdes.

Yet more improvements to bsd.README.
 2003-08-03 09:23:14 +00:00
matt 4e5cf29ef5 Add new files for gcc3 from native-gcc build. (alpha distribution builds 
now successfully build).
 2003-08-02 18:47:40 +00:00
lukem a93ea220fc Rework how dependency generation is performed: 
* DPSRCS contains extra dependencies, but is _NOT_ added to CLEANFILES.
  This is a change of behaviour.  If a Makefile wants the clean semantics
  it must specifically append to CLEANFILES.
  Resolves PR toolchain/5204.

* To recap: .d (depend) files are generated for all files in SRCS and DPSRCS
  that have a suffix of: .c .m .s .S .C .cc .cpp .cxx

* If YHEADER is set, automatically add the .y->.h to DPSRCS & CLEANFILES

* Ensure that ${OBJS} ${POBJS} ${LOBJS} ${SOBJS} *.d  depend upon ${DPSRCS}

* Deprecate the (short lived) DEPENDSRCS


Update the various Makefiles to these new semantics; generally either
adding to CLEANFILES (because DPSRCS doesn't do that anymore), or replacing
specific .o dependencies with DPSRCS entries.

Tested with "make -j 8 distribution" and "make distribution".
 2003-08-01 17:03:41 +00:00
mrg 391773a711 - fix several build problems 
- regenerate for most platforms.  missing:
	m68000, alpha, sh3eb.
 2003-08-01 13:55:36 +00:00
matt 5166de08fb back out inadvertant commit (however, -D_PTHREADS needs to be supplied 
somewhere so that gthr-posix.h is included).
 2003-07-30 21:21:46 +00:00
matt e379d89a35 Remove the alpha specific -mieee flag 2003-07-30 21:20:33 +00:00
matt 774cd5317a Remove the alpha specific -mieee 2003-07-30 21:19:35 +00:00
matt 53808daf5c Regenerate gcc3 configuration for alpha 2003-07-30 06:22:54 +00:00
mrg 2c5b77b2d3 - find gthr-default.h for libgcc3 
- adapt for gcc3/libiberty change
- regenerate
 2003-07-30 05:33:25 +00:00
mrg 9f1ca98b0a regenerate with --enable-threads 2003-07-29 06:49:53 +00:00
uwe 7c38c5c675 Adapt to bsd.dep.mk changes. 2003-07-29 00:13:21 +00:00
mrg b7a9236e8e set GNUHOSTDIST 2003-07-28 02:53:24 +00:00
mrg 975645453d *correctly* regenerate with correct non-hardcoded paths 2003-07-28 02:39:34 +00:00
mrg 30c88832e7 regenerate with correct non-hardcoded paths 2003-07-28 01:31:15 +00:00
mrg 3335e363cf turn back on profiling - thanks luke 2003-07-28 01:10:51 +00:00
mrg 57dc195231 build-tested support for m68000, m68k, sh3el and sh3eb. 
XXX: sun2 seems to be currently generally busted but most of the world
     builds.  of course it is untested..
XXX: sh3* and -pg goes BOOM with gcc3.3... it generates code that uses
     the same labels twice... need to set NOPROFILE for now.
 2003-07-27 14:41:32 +00:00
mrg 5a8170433a actually build libstdc++-v3 now. 
XXX NOPROFILE has been set as for some very very very strange reason i
don't understand yet this is causing the compiler to barf...
 2003-07-27 14:38:57 +00:00
mrg 0d07d92566 regenerate 2003-07-27 14:34:43 +00:00
mrg 354caa5839 add working alpha support - including working cross builds from x86 2003-07-27 05:10:47 +00:00
mrg 5e6550b28e working mips support (mipsel runs fine, mipseb compiles, untested so far) 2003-07-26 18:41:26 +00:00
mrg 5a9a1bb768 - build/install a libsupc++.a 
- clean up commented & wrong rules
- find the right bits/ headers for sparc64 & arm
- make sure libsupc++/libstdc++ have all the symbols from libiberty they want
- disable the build of libstdc++ for now (but keep the includes installing)
 2003-07-26 14:55:12 +00:00
mrg 9a2ca8e117 working arm & sparc64 support 2003-07-26 14:48:06 +00:00
mrg 82dc526688 make sure tconfig.h exists before .depend 2003-07-25 19:20:07 +00:00
mrg ae9855d2fe maybe build gcc3 instead of gcc2 2003-07-25 16:57:06 +00:00
mrg a9fc136dbd new reach-over infrastructure (largely based on GCC2.95 one) that (mostly) 
works.  sparc & i386 support is included here.  libstdc++-v3 does not yet
properly build for some strange reasons (that may be due to broken netbsd
header files, it's not yet clear) but i have been able to compile, link and
run both i386 & sparc hello.c.
 2003-07-25 16:32:23 +00:00
lukem 70e86ffb8d add more rules to disable default '.cc -> NULL' transforms, 
because the default rules cause problems if "valarray.cc" is newer
than "valarray" (for example)
 2003-07-22 02:52:37 +00:00
uwe b659db9760 When MKPIC is "no" and we force MKLINKLIB to "yes" to provide 
something for BFD-using programs to link against, also provide an
empty libinstall target so that libbfd.a does not get installed.
 2003-06-26 02:49:31 +00:00
thorpej 4563b128e1 * If MKGCC == no, don't build this library, which is bundled with the 
compiler.
* Set GNUHOSTDIST (transitional, for use with new mknative).
* Add -I${.CURDIR} to CPPFLAGS (to support a future change).
 2003-06-01 02:09:31 +00:00
thorpej a20987422e If MKGCC == no, don't build these libraries (which are bundled with 
the compiler).
 2003-06-01 02:08:07 +00:00
thorpej 0a1127cb30 Run mknative to regenerate for binutils 2.13.2.1. 2003-05-26 01:03:05 +00:00
thorpej a63a02e3b9 If MKPIC is "no", then we need to provide *something* for BFD-using 
programs to link against, so reset MKLINKLIB to "yes" in that case.
 2003-04-09 22:33:26 +00:00
mycroft 2add147359 Actually rerun mknative on these... 2003-03-20 14:47:36 +00:00
mycroft f63d692921 Build COFF targets. Some embedded tools really, really want this. 2003-03-17 15:53:50 +00:00
mrg c8e7bd6d18 back out previous: 
- didn't need to/mean to update libstdc++ yet

	- mknative generated bogus files that ended having libstc++ not install
	various required headers.

should fix the "can't find iostream.h" lossage in src/regress.
 2003-03-03 13:58:24 +00:00
mrg 1fdd6e4cde build libopcodes separately from libbfd as in binutils 2.13 they have 
separate CFLAGS name spaces, and the old combined method no longer works.
 2003-03-01 13:18:28 +00:00
mrg f2f9754b55 update / regenerate for binutils 2.13.2.1 2003-03-01 13:08:42 +00:00
jdolecek ceb43cbb02 do not install libioP.h nor iostreamP.h 2003-01-28 14:40:59 +00:00
thorpej 1dd1ce77c1 Remove more old toolchain bits. 2002-09-17 23:24:52 +00:00
thorpej 3b08abd277 * Eliminate the USE_NEW_TOOLCHAIN variable. Instead, split it into 
two variables:

  TOOLCHAIN_MISSING -- set to "yes" on platforms for which there is
  no working in-tree toolchain (hppa, ns32k, sh5, x86_64).

  EXTERNAL_TOOLCHAIN -- if defined by the user, points to the root of
  an external toolchain (e.g. /usr/local/gnu).  This enables the cross-build
  framework even for TOOLCHAIN_MISSING platforms.

  If TOOLCHAIN_MISSING is set to "yes", MKGDB, MKBFD, and MKGCC are all
  unconditionally set to "no", since the bits are not there to build.

  If EXTERNAL_TOOLCHAIN is set, MKGCC is unconditionally set to "no",
  since the external toolchain's compiler is not in-sync with the
  in-tree compiler support components (e.g. libgcc).

* Set MACHINE_CPU much earlier in bsd.own.mk, so that more tests in
  that file can use it.
 2002-09-17 23:18:25 +00:00
lukem 16683a00df Explicitly move setting of NOxxx (et al) to the top of the Makefile 
(before including <bsd.own.mk>)
 2002-08-19 15:01:34 +00:00
lukem 8f96758140 Use ${NETBSDSRCDIR}/some/path instead of ${.CURDIR}/../../../some/path (etc). 
(Reduces make output by ~ 20%)
 2002-08-19 09:46:39 +00:00
fredette f53ba8285a Now build profiled libraries on m68000. 2002-07-17 18:46:12 +00:00
itojun 18ef784f92 add some items to CLEANFILES 2002-06-19 16:10:48 +00:00