This is the mail archive of the java@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: input line is too long

From: Andrew Haley <aph at redhat dot com>
To: Dhek Bhun Kho <bhun at chello dot nl>
Cc: java at gcc dot gnu dot org, Tom Tromey <tromey at redhat dot com>
Date: Tue, 31 Dec 2002 14:30:58 +0000 (GMT)
Subject: Re: input line is too long
References: <1040504063.15484.5.camel@localhost><POEIJGMGPFPGFHAGKFHAKEFLCDAA.erik.poupaert@chello.be><15879.10479.367705.565830@cuddles.cambridge.redhat.com><873cofumt1.fsf@fleche.redhat.com><1041294913.27104.39.camel@tasslehof.bhun.net>

Dhek Bhun Kho writes:
 > 
 > The strange thing is that:

 > 1) when generating object or class files from java sources, less
 > errors occur

Interesting.  Examples, please; this might be a bug.

 > 2) doesn't GCJ just need the classfiles to find the function prototypes
 > when generating native code?

No , it doesn't need the class files at all.

 > or am I missing the point? why doesn't it suffice to just include
 > the CNI headers?

gcj doesn't read CNI headers.

Andrew.

References:
- Re: input line is too long
  - From: Dhek Bhun Kho
- RE: input line is too long
  - From: Erik Poupaert
- RE: input line is too long
  - From: Andrew Haley
- Re: input line is too long
  - From: Tom Tromey
- Re: input line is too long
  - From: Dhek Bhun Kho

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