Created attachment 5052 [details]
Testcase that does not compile when running compile.cmd

Created attachment 5053 [details]
Linking errors

I had look into the and the problem was that one of the class files calls the super's 
functions and the super class was abstract so it was causing a link problem.  Is there any 
way to get the source to gnu.inet.ftp.* classes, I could not find them any where.

Subject: Re:  The included test case does not link

pinskia at gcc dot gnu dot org wrote:
> I had look into the and the problem was that one of the class files 
> calls the super's
> functions and the super class was abstract so it was causing a link 
> problem.  Is there any
> way to get the source to gnu.inet.ftp.* classes, I could not find them 
> any where.

from classpath cvs, module inetlib.

thanks for looking into it,

The code does excatlly what I said it did.
GCJ should have rejected this code when compiling to *.class like javac does:
D.java:13: abstract method f() cannot be accessed directly
  void f(){super.f();}
                ^
1 error


Simplified version:
class A
{
  void f(){}
}
abstract class B extends A
{
  abstract void f();
}
class C extends B
{
  void f(){super.f();}
}

Can you report my findings to classpath for this module?

Created attachment 5435 [details]
Update of testcase1 that includes a makefile

I've created a makefile that should be a bit more portable, and attempted to
build using that.
The original error(s) were not specified on the bugzilla issue. make gives me:

/usr/local/bin/gcj -c -o activation.o
--classpath=/usr/local/share/java/libgcj-3.4.jar activation.jar
/var/tmp//cclKloMi.s:23974:FATAL:Symbol
__GLOBAL__I__ZN3gnu10activation16MagicFileTypeMapC1Ev already defined.
make: *** [activation.o] Error 1

I can build javax-security.o and send.o, but the others all give this
already-defined error.

Comment on attachment 5435 [details]
Update of testcase1 that includes a makefile

I've created a makefile that should be a bit more portable, and attempted to
build using that.
The original error(s) were not specified on the bugzilla issue. make gives me:

/usr/local/bin/gcj -c -o activation.o
--classpath=/usr/local/share/java/libgcj-3.4.jar activation.jar
/var/tmp//cclKloMi.s:23974:FATAL:Symbol
__GLOBAL__I__ZN3gnu10activation16MagicFileTypeMapC1Ev already defined.
make: *** [activation.o] Error 1

I can build javax-security.o and send.o, but the others all give this
already-defined error.

Note what exact version are you using to get the link errors?

I tried this tonight.
I had to edit the Makefile a bit to get things to work.

I see the same errors that Andrew sees in comment #3.
I don't see a duplicate definition.

This PR looks like it might be related to Bug 13273.
How did you generate the .class files in question?
Was it with gcj or some other compiler?

I'm using
gcj (GCC) 3.4.0 20040107 (experimental)

I believe this is now fixed.