This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: shs.cc won't build on Solaris 2.5/sparc

From: Tom Tromey <tromey at redhat dot com>
To: Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
Cc: Anthony Green <green at redhat dot com>, Alexandre Oliva <aoliva at redhat dot com>, java-patches at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
Date: 25 Feb 2002 17:24:27 -0700
Subject: Re: shs.cc won't build on Solaris 2.5/sparc
References: <ork7t3c7wn.fsf@free.redhat.lsd.ic.unicamp.br> <1014568658.1826.95.camel@dhcppc2> <3C798278.5040009@waitaki.otago.ac.nz>
Reply-to: tromey at redhat dot com

>>>>> "Bryce" == Bryce McKinlay <bryce@waitaki.otago.ac.nz> writes:

Bryce> Why not fix newlib to define these (ISO C99) types?

Indeed.

I looked at this today.  newlib defines things like __uint32_t.
I don't know why it doesn't define the standard names.

I'll try to find out.  This would be a nice approach, since it seems
unlikely that we'll encounter platforms without these types in the
near future.  I guess if we do we can always add all the configure
code.

Tom

References:
- shs.cc won't build on Solaris 2.5/sparc
  - From: Alexandre Oliva
- Re: shs.cc won't build on Solaris 2.5/sparc
  - From: Anthony Green
- Re: shs.cc won't build on Solaris 2.5/sparc
  - From: Bryce McKinlay

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]