This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug java/16653] incompatible type on stack
- From: "mwteng at hotmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 23 Jul 2004 02:08:06 -0000
- Subject: [Bug java/16653] incompatible type on stack
- References: <20040721062243.16653.mwteng@hotmail.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From mwteng at hotmail dot com 2004-07-23 02:07 -------
(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #10)
> > > Based on my last reply ... I couldn't find the XML11Configuration file.
> > > With the new downloaded copy of xerces-j-2.6.2. I managed to perform the
> jcf-
> > > dump (file: jcf-dump-xercesImpl-output.txt). However, it failed during
> > > compilation (e.g. gcj -c xercesImpl.jar) and the error can be found in
> > > file 'gcj-xercesImpl-output.txt).
> > It's not able to find the indicated class - I guess the other JAR
> > needs to be in the CLASSPATH while you compile this JAR.
> > However, you should not use the "-c" option to compile a JAR.
> > Doesn't (for example):
> > gcj --main=Main Main.java xercesImpl.jar xmlParserAPIs.jar
> > work for you?
> > If you do want to compile xercesImpl.jar into a native library,
> > the proper invocation would be something like:
> > gcj -shared -fPIC --classpath xmlParserAPIs.jar \
> > -o lib-org-apache-xerces.so
> > Then you can use this library just as you would any normal
> > shared library like so:
> > gcj --main=Main Main.java -l-org-apache-xerces
> > However, the easiest way out for you would be to
> > just use the Xerces2-J packages available with
> > RHUG:
> > http://sources.redhat.com/rhug/
> > >
> > > The mentioned two output files will be forwarded to you in separated
> > > email...again I failed to attached them from here...
> > >
> > gcj --main=Main Main.java xercesImpl.jar xmlParserAPIs.jar
> I have tried something like:
> gcj --classpath .:xmlParserAPIs.jar:xercesImpl.jar --main=Main Main.java
> But it failed with undefined references (the references are refering to
those
> jars in classpath). Have any idea why --classpath had no effect?
> With no choice, I then try converting the two jar into native, however, I
have
> not done that correctly ... like you pointed out below ...
> gcj -shared -fPIC --classpath xmlParserAPIs.jar -o lib-org-apache-xerces.so
> BTW, I have downloaded the 'rhug' but not able to build them as shared
> libraries... as I could not run the 'configure'.
> In any case, I will try to compile again using something like below
> gcj --main=Main Main.java xercesImpl.jar xmlParserAPIs.jar
Good morning Mathew,
(1) I tried compile the application using something like...
gcj --main=Main Main.java xmlParserAPIs.jar xercesImpl.jar resolver.jar
... I got a Segmentation Fault ... Detail will be sent separately
(2) Next, the xmlParserAPIs.jar, xercesImpl.jar and resolver.jar are converted
to shared lib using something like
gcj -shared -fPIC --classpath xmlParserAPIs.jar -o libxmlParserAPIs.so
and build the application using something like
gcj --main=Main Main.java -lxmlParserAPIs -lxercesImpl -lresolver
Things turn out fine...:)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16653