This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC 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]

[Bug java/16653] incompatible type on stack


------- 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


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