Should xerces build out of the box?

Should xerces build out of the box?

[Elizabeth Barham]

Hi,

I know very little of java or gcj but I find this project very
exciting and hope to aid somehow.

Via the pserver I pulled down the rhug tree and tried to compile
xerces and xalan - the two applications I am most intetested in
using. I could not get xerces to compile.

gcj -C --encoding=8859_1 -fCLASSPATH=upstream/src:./upstream/src -O2 -d upstream/src upstream/src/org/apache/xerces/validators/common/XMLContentModel.java
upstream/src/org/apache/xerces/validators/common/XMLValidator.java:5420: Type `Entry' not found in declaration of field `fEntries'.
           private Entry[] fEntries = null;
                   ^
1 error
make: *** [upstream/src/org/apache/xerces/validators/common/XMLContentModel.class] Error 1

Is this to be expected?

Thanks,
Elizabeth

Re: Should xerces build out of the box?

[Tom Tromey]

>>>>> "Elizabeth" == Elizabeth Barham <soggytrousers@yahoo.com> writes:

Elizabeth> I know very little of java or gcj but I find this project very
Elizabeth> exciting and hope to aid somehow.

Cool!

Elizabeth> Via the pserver I pulled down the rhug tree and tried to compile
Elizabeth> xerces and xalan - the two applications I am most intetested in
Elizabeth> using. I could not get xerces to compile.

What version of gcj are you using?

rhug requires the latest CVS trunk gcc -- what will eventually be
known as gcc 3.1.  This is a pain, because it means you have to build
your own gcc.  However, it is necessary for now.  gcj and libgcj are
still changing quite rapidly.  Older releases, even gcj 3.0, are
noticeably less capable.

Tom

Re: Should xerces build out of the box?

[Elizabeth Barham]

Hi Tom,

Tom Tromey <tromey@redhat.com> writes:
> Cool!

:-)

> What version of gcj are you using?

Reading specs from /usr/lib/gcc-lib/powerpc-linux/2.95.4/specs
gcc version 2.95.4 20011006 (Debian prerelease)

Reading specs from /usr/lib/gcc-lib/powerpc-linux/3.0.2/specs
Reading specs from /usr/lib/gcc-lib/powerpc-linux/3.0.2/../../../libgcj.spec
rename spec lib to liborig
rename spec startfile to startfileorig
Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,proto,objc --prefix=/usr --infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --disable-checking --enable-threads=posix --enable-java-gc=boehm --with-cpp-install-dir=bin --enable-objc-gc powerpc-linux
Thread model: posix
gcc version 3.0.2 20011014 (Debian prerelease)

> rhug requires the latest CVS trunk gcc -- what will eventually be
> known as gcc 3.1.  This is a pain, because it means you have to build
> your own gcc.  However, it is necessary for now.  gcj and libgcj are
> still changing quite rapidly.  Older releases, even gcj 3.0, are
> noticeably less capable.

That must be the problem then. I'll look into updating.

Thank you,
Elizabeth