Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
164,171 Commits 606 Branches 0 Tags 3.1 GiB
b5738c49b6
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