This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: cygwin patch for libjava/configure.in
- To: apbianco at cygnus dot com
- Subject: Re: cygwin patch for libjava/configure.in
- From: Robert Collins <robert dot collins at itdomain dot com dot au>
- Date: 03 Aug 2001 18:21:49 +1000
- Cc: tromey at redhat dot com, "Billinghurst, David ""(CRTS)" <David dot Billinghurst at riotinto dot com>, "'gcc-patches at gcc dot gnu dot org'" <gcc-patches at gcc dot gnu dot org>, "'java-patches at gcc dot gnu dot org'" <java-patches at gcc dot gnu dot org>
- References: <8D00C32549556B4E977F81DBC24E985D1B1BEB@crtsmail1.technol_exch.corp.riotinto .org> <878zh16hha.fsf@creche.redhat.com><996802053.2007.5.camel@robertlinux> <15210.11386.344748.743132@fencer.cygnus.com>
On 02 Aug 2001 21:45:46 -0700, Alexandre Petit-Bianco wrote:
>
> Robert Collins writes:
>
> > Sorry, no I don't have a different patch. As I indicated - I suspect
> > it's an automatic name test for sub classes - but I know very very
> > little about the guts of gcj.
>
> It don't understand this. Can you give me an example of what you're
> seeing going wrong?
No.
Or with some more detail:
I don't have the gcc 3 source and build configuration I was playing with
back in april, and due to having moved a lot of work onto Linux, I'm
kinda short on the disk space to bring it back. I've had a quick look at
the list archives when we first discussed this. I _think_ that the best
explanation is at http://gcc.gnu.org/ml/java/2001-04/msg00260.html. The
problem occurs when classnames are compared to prevent double-parsing
files, AND one set of names is generated from the classname AFAICT,
whilst the other is generated from disk name references.
Rob
>
> ./A