Commit Graph

20 Commits

Author SHA1 Message Date
mrg
d91ef09809 make GCC3 work for vax - without shared library support. 2006-06-02 20:00:37 +00:00
tsutsui
b367369f5f Remove HACK for m68k ra-colorize.c bug in gcc-3.3.2 since current
self build (with gcc-3.3.3) on hp300 has worked fine without this.

Maybe we could remove this HACK for m68000 too, but I can't confirm it
because it's too slow even on the emulator and it's unlikely to build
whole toolchains on sun2 with its maximum 4MB RAM...
2006-05-08 14:42:22 +00:00
simonb
5cfbf7bf76 Use MKPRIVATELIB instead of NOLINKLIB/NOMAN/NOPIC/NOLINT. 2006-02-25 12:04:23 +00:00
jmc
9e33957052 Make sure to pass HOST_CC to configure 2005-02-11 14:58:41 +00:00
jmc
75b4824f88 Fix some missing $HOST_SH needs as highlighted in PR#25606 2004-06-12 14:57:57 +00:00
uwe
5d3bac44ea Drop workaround for toolchain/22489 now that the fix for it has been pulled
from the gcc current.
2004-04-26 09:17:16 +00:00
uwe
7a1ea12099 Work around toolchain/22489 (gcc optimization/11937) by compiling
function.c with -O0.
2004-02-22 01:24:25 +00:00
scw
9867e34ef7 - Work around a gcc3 ICE when building reload1.c at -O2 on sh5:
Compile reload1.c at -O1.

 - Work around a fatal warning when building function.c on sh5:
   Define NOGCCERROR to disable -Werror.
2003-12-07 19:56:59 +00:00
lukem
59c9b264d0 Use .lo for host tool objects.
Use CPPFLAGS.file correctly (CPPFLAGS.foo.c _not_ CPPFLAGS.foo.o !)
Support MAKEVERBOSE.
Be consistent about make(1) variable use.
2003-11-16 16:24:48 +00:00
mrg
68002eaa4a build ra-colorize.c with -O0 until the bug that causes it to have dozens
of undefined references to local symbols is fixed.
2003-11-05 00:05:48 +00:00
lukem
857ab1bdd0 use ${HOST_SH} instead of /bin/sh 2003-10-26 03:50:07 +00:00
dmcmahill
a2cc19e091 avoid trying to do "for f in ; do ..." which breaks while crosscompiling
on certain non-netbsd host.  Approved by Matthew Green, mrg at netbsd.
2003-10-25 02:42:00 +00:00
lukem
9da74b23ca Don't auto-frob .y or .l files. 2003-10-16 03:33:28 +00:00
uwe
96538bcf9e * add ${GCCARCH} to .PATH to make hconfig.h a real file target.
* use ${G_HCONFIG_H} instead of hconfig.h as a dependency.
* hconfig.h: auto-build.h dependency is bogus, remove.
* misc cleanup of ".c depends on .h" -> ".o depends on .h"
* options.h was missing from CLEANFILES.

With these changes running make in this directory doesn't do a
*complete* rebuild anymore.  Still not foolproof, because gen* host
tools do not overwrite generated files that are not changed, so we
really need to use stamp file style dependencies for those, like gcc
makefile does.

Ok by Matthew Green <mrg@netbsd>.
2003-08-22 03:06:32 +00:00
mrg
b66a12790c - delete generated-for-i386--netbsdelf auto-build.h
- generate an auto-build.h at build time the same way ./configure does
- add dozens of missing dependancies
2003-08-11 07:34:03 +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
uwe
7c38c5c675 Adapt to bsd.dep.mk changes. 2003-07-29 00:13:21 +00:00
mrg
2aad222f64 need a host rule for dummy-conditions.c 2003-07-26 15:02:52 +00:00
mrg
bad540d079 clean up and fix a couple of build-from-cleandir problems 2003-07-25 17:19:22 +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