Build Error

Build Error

[Dara Hazeghi]

Hello,

I just checked the latest mauve out of cvs, set GCJ to
the appropriate executable, ran autoreconf;
./configure --with-gcj; make check

make check fails with (apologies for yahoo's munging
of the messages)...

gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.text+0x0):
In function
`gnu::testlet::java::net::Socket::TestSocketImplFactory::createSocketImpl()':
gnu/testlet/java/net/Socket/TestSocketImplFactory.java:30:
multiple definition of
`gnu::testlet::java::net::Socket::TestSocketImplFactory::createSocketImpl()'
gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.text+0x0):gnu/testlet/java/net/Socket/TestSocketImplFactory.java:30:
first defined here
gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.text+0x10):
In function
`gnu::testlet::java::net::Socket::TestSocketImplFactory::TestSocketImplFactory[in-charge]()':
gnu/testlet/java/net/Socket/TestSocketImplFactory.java:1:
multiple definition of
`gnu::testlet::java::net::Socket::TestSocketImplFactory::TestSocketImplFactory[in-charge]()'
gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.text+0x10):gnu/testlet/java/net/Socket/TestSocketImplFactory.java:1:
first defined here
gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.data+0x40):
multiple definition of `vtable for
gnu::testlet::java::net::Socket::TestSocketImplFactory'
gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.data+0x40):
first defined here
gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.data+0x80):
multiple definition of
`gnu::testlet::java::net::Socket::TestSocketImplFactory::class$'
gnu/testlet/java/net/Socket/TestSocketImplFactory.o(.data+0x80):
first defined here
collect2: ld returned 1 exit status
make[1]: *** [SimpleTestHarness] Error 1
make[1]: Leaving directory `/tmp/mauve'
make: *** [check-am] Error 2

Is this a known problem, or did I miss something
obvious when building? Thanks,

Dara


__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: Build Error

[Mark Wielaard]

Hi,

On Sun, 2003-06-08 at 09:01, Dara Hazeghi wrote:
> I just checked the latest mauve out of cvs, set GCJ to
> the appropriate executable, ran autoreconf;
> ./configure --with-gcj; make check
> 
> make check fails with (apologies for yahoo's munging
> of the messages)...
> [...]
>
> Is this a known problem, or did I miss something
> obvious when building? Thanks,

Each VM that uses Mauve should come with a keys file that tells which
Mauve tests can be compiled/run with it. For gcj these are in cvs as
libjava/mauve-libgcj. You will see that When you place this file in the
mauve top-level directory you can do a 'make check KEYS=libgcj'.

gcj can also use mauve from its own testsuite. See the section
"Additional testing for Java Class Libraries" in
http://gcc.gnu.org/install/test.html

OK. I see that the configure --with-gcj which does a native compile
seems to be broken (almost same error as you have). Hmmmm. Will
investigate later.

In the meantime you can use gcj in "traditional" mode as normal byte
code compiler and interpreter by configuring as:
$ JAVA=gij-3.3 JAVAC="gcj-3.3 -C" ../mauve/configure
$ make check KEYS=libgcj

Cheers,

Mark

Re: Build Error

[Mark Wielaard]

[-- Attachment #1: Type: text/plain, Size: 896 bytes --]

Hi,

On Sun, 2003-06-08 at 12:31, Mark Wielaard wrote:
> OK. I see that the configure --with-gcj which does a native compile
> seems to be broken (almost same error as you have). Hmmmm. Will
> investigate later.

The problems comes from the fact that we are now sometimes using a class
both as a test and as an helper class for another test. This means that
we have to make sure that the combination of 'choices' and the 'uses'
only contain each class once. The attached patch does this. 

2003-06-08  Mark Wielaard  <mark@klomp.org>
 
        * choose: Add all classes first to usesfile to uniqify them later
        before adding them to choises.

I have checked it in. It should fix your problem.
For me the following now works:

$ GCJ=gcj-3.3 ../mauve/configure --with-gcj
$ make check KEYS=libgcj

Which gives: 174 of 7979 tests failed
(Using a slightly tweaked mauve-libgcj)

Cheers,

Mark

[-- Attachment #2: choose.diff --]
[-- Type: text/x-patch, Size: 619 bytes --]

Index: choose
===================================================================
RCS file: /cvs/mauve/mauve/choose,v
retrieving revision 1.21
diff -u -r1.21 choose
--- choose	12 Jul 2002 19:33:27 -0000	1.21
+++ choose	8 Jun 2003 12:33:26 -0000
@@ -210,7 +210,7 @@
    if test "$ok" = yes; then
       class="gnu.testlet.`echo $file | sed -e 's/\.java$//' | tr / .`"
       dirpart="`echo $file | sed -e 's,/[^/]*$,,'`"
-      echo " gnu/testlet/$file" >> $choices
+      echo "gnu/testlet/$file" >> $usesfile
       if test "$istest" = yes; then
 	 echo $class >> $classes
 	 test -n "$verbose" && echo "Chose $class"

Re: Build Error

[Dara Hazeghi]

> The problems comes from the fact that we are now
> sometimes using a class
> both as a test and as an helper class for another
> test. This means that
> we have to make sure that the combination of
> 'choices' and the 'uses'
> only contain each class once. The attached patch
> does this. 

Thanks Mark, your patch seems to have fixed that
problem. Now though, I can't just do:
echo gnu.testlet.java.lang.Character.unicode |
./SimpleTestHarness

from the directory I did make check in. I get:

FAIL: uncaught exception loading
gnu.testlet.java.lang.Character.unicode:
java.lang.ClassNotFoundException:
gnu.testlet.java.lang.Character.unicode not found in
[file:./, core:/]
java.lang.ClassNotFoundException:
gnu.testlet.java.lang.Character.unicode not found in
[file:./, core:/]
   at
java.net.URLClassLoader.findClass(java.lang.String)
(/tmp/dara/lib/libgcj.so.4.0.0)
   at
gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String)
(/tmp/dara/lib/libgcj.so.4.0.0)
   at
java.lang.ClassLoader.loadClass(java.lang.String,
boolean) (/tmp/dara/lib/libgcj.so.4.0.0)
   at _Jv_FindClass(_Jv_Utf8Const,
java.lang.ClassLoader) (/tmp/dara/lib/libgcj.so.4.0.0)
   at java.lang.Class.forName(java.lang.String,
boolean, java.lang.ClassLoader)
(/tmp/dara/lib/libgcj.so.4.0.0)
   at java.lang.Class.forName(java.lang.String)
(/tmp/dara/lib/libgcj.so.4.0.0)
   at
gnu.testlet.SimpleTestHarness.runtest(java.lang.String)
(/tmp/mauve/gnu/testlet/SimpleTestHarness.java:215)
   at
gnu.testlet.SimpleTestHarness.main(java.lang.String[])
(/tmp/mauve/gnu/testlet/SimpleTestHarness.java:371)
1 of 1 tests failed

Hopefully this is as straightforward the last issue...
Thanks,

Dara

__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Re: Build Error

[Mark Wielaard]

Hi,

On Mon, 2003-06-09 at 03:56, Dara Hazeghi wrote:
> Now though, I can't just do:
> echo gnu.testlet.java.lang.Character.unicode |
> ./SimpleTestHarness
> 
> from the directory I did make check in. I get:
> 
> FAIL: uncaught exception loading
> gnu.testlet.java.lang.Character.unicode:
> java.lang.ClassNotFoundException:

You have probably used the mauve-libgcj from the gcc/libjava directory.
If you have then this is clear since that file contains the following:

        # Character.unicode seems to be very broken (the test)
        # Does not give meaningfull test results at the moment.
        !java.lang.Character.unicode
         
Which disables compiling of that class. If you really want to run this
(buggy) test then remove that line from the mauve-libgcj file.
You will then also have to
$ rm choices .save-keys
before redoing
$ make check KEYS=libgcj

Cheers,

Mark

Re: Build Error

[Dara Hazeghi]

Hello,

sorry I've been a bit busy, but I'm still trying to
get mauve up and running. Here's what I did:
cvs -z3 co mauve
cd mauve; autoreconf; cd ..
mkdir mauveobj; cd mauveobj
GCJ=gcj ../mauve/configure --with-gcj
make check KEYS=libgcj

at which point things don't work.
The first thing that happens in make check is:
Makefile:458: choices: No such file or directory

then SimpleTestHarness gets compiled.

Then I get:
cat classes | ./SimpleTestHarness 
make[1]: *** [check-local] Error 139

classes is an empty file.

However, running SimpleTestHarness with any options
yields a segfault.

My question is, is this a mauve problem or a gcj
problem? Thanks for your help!

Dara

P.S. I'm using gcc mainline

__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com