gcj adds a java resource named ".dummy" to most (all?) the object file it produces. That resource doesn't appear anywhere in the sources. This is a problem when I try to link an application made from multiple .o produced by separate gcj invocations: I get the link-time error: multiple definition of `java resource .dummy' Also this is a regression as gcj 4.2.2 didn't add it and thus the linker didn't complain. gcc was built with the following options: ../gcc-4.4.3/configure --prefix="/opt/focuseek-build-fsk" \ --program-suffix=-fsk \ --enable-languages=c,c++,java \ --enable-shared --enable-threads \ --enable-__cxa_atexit \ --enable-libgcj-multifile on a centos 5.4. The md5 for ecj.jar is d7cd6a27c8801e66cbaa964a039ecfdb which, as of today, is what contrib/download_ecj retrieves. I'm aware of bug 42143 but I'm not able to say whether this is the same bug or another one. I will attach a test case as soon as possible.
Created attachment 20053 [details] A simple test exhibiting the .dummy resources problem As I said this works with gcc 4.2.2
Experimenting with -save-temps I noticed that the .dummy resource is in the .jar generated by ecj which seems to point to it as the main suspect.
(In reply to comment #2) > Experimenting with -save-temps I noticed that the .dummy resource is in the > .jar generated by ecj which seems to point to it as the main suspect. > I believe that's correct - please see: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42143#c7 Thank you, Greg Larkin
If it comes from ecj, it's not a gcc bug.