This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: mingw32 target broken [cygwin as well] [the saga continues]
- From: Jeff Sturm <jsturm at one-point dot com>
- To: Adam Megacz <gcc at lists dot megacz dot com>
- Cc: gcc at gcc dot gnu dot org
- Date: Sun, 9 Dec 2001 11:02:12 -0500 (EST)
- Subject: Re: mingw32 target broken [cygwin as well] [the saga continues]
On 8 Dec 2001, Adam Megacz wrote:
> > http://gcc.gnu.org/ml/libstdc++/2001-03/msg00144.html
>
> A bit stale, but I was able to hand-edit for the same effect, and it
> worked.
A dirty little secret: if all you want is the java runtime, you can skip
building libstdc++. Just remove it from the toplevel Makefile.
Unfortunately, libjava assumes cross compilers target newlib, just as
libstdc++ does...
if test -n "${with_cross_host}"; then
# We are being configured with a cross compiler. AC_REPLACE_FUNCS
# may not work correctly, because the compiler may not be able to
# link executables.
# We assume newlib. This lets us hard-code the functions we know
# we'll have.
This never seemed like desirable behavior to me, in part because newlib
isn't even GNU software. I'd prefer that configure attempt to link a
program before it assumes it cannot.
> I've also noticed that the configure in the root directory of the gcc
> checkout does not pass the --target=$TARGET option to the invocation
> of configure for libstdc++-v3, although it does pass --with-target-dir
In the target subdirs, "target" becomes "host".
Jeff