This is the mail archive of the
rhug-rhats@sources.redhat.com
mailing list for the RHUG project.
rhug and gcc 3.3
- From: Stefan Seefeld <seefeld at sympatico dot ca>
- To: rhug-rhats at sources dot redhat dot com
- Date: Thu, 15 May 2003 01:09:36 -0400
- Subject: rhug and gcc 3.3
hi there,
I'm trying to build rhug with today's release
of gcc 3.3, with mixed success.
I'v close to no experience with gcj, and only
very limitted exposure to java, so please bear
with me.
One thing I noted is that the construct
(cd upstream/src; for x in `find ./ -name \*.class`; do $(GCJH) `echo $$x | sed "s/\.\///g" | sed
"s/.class//g"`; done;)
that is being used in quite a number (if not all) Makefiles,
often fails with an error message indicating that the respective
class couldn't be found. Inserting a simple '--classpath=.' solves
that.
Further, I list some package-specific errors:
jython: compile error
=====================
make[1]: Entering directory `/home/stefan/rhug/jython'
here=`pwd`; cd ./upstream/src/Lib; gcj -I.. -d $here/upstream/src/Lib -C -fno-assert
--encoding=8859_1 jxxload_help/PackageManager.java
jxxload_help/PackageManager.java:7: error: Type `JavaLoaderFactory' not found in declaration of
field `factory'.
private JavaLoaderFactory factory;
^
jxxload_help/PackageManager.java:24: error: Type `JavaLoaderFactory' not found in the declaration of
the argument `factory' of method `<init>'.
public PackageManager(org.python.core.PyList path,JavaLoaderFactory factory) {
^
2 errors
jakarta-tomcat: link error
==========================
lib-org-apache-xerces.so: undefined reference to `org::apache::xml::serialize::DOMWriterImpl::class$'
jakarta-log4j: link error
=========================
same...
Finally, I ran 'make clean' in xerces, when I discovered
that some errors got ignored (possibly leading to the
missing symbols above), and ran 'make' again, this time
with a fixed Makefile (added classpath...).
This time the link failed due to a libtool error, i.e.
some .lo files weren't found. No idea why they were
generated the first time.
Anyways, I'm looking forward to be able to use all your nice
work. My goal is to get jacORB compiled and running with gcj,
so I can write CORBA clients using jacORB for my own project
(Fresco).
Kind regards,
Stefan