This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug java/24698] [4.1/4.2 regression] Failure locating .properties files inside jars
- From: "bero at arklinux dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 12 Dec 2005 19:16:53 -0000
- Subject: [Bug java/24698] [4.1/4.2 regression] Failure locating .properties files inside jars
- References: <bug-24698-5606@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #7 from bero at arklinux dot org 2005-12-12 19:16 -------
Just tried current 4.1 branch SVN (108424 with the patch for bug 24441 applied)
- it works a lot better (no more ICEs or segfaults).
One problem remains though (but this isn't major):
CLASSPATH=test.jar gij test1
Still doesn't work, but it doesn't crash anymore - and actually produces a
reasonable error message:
Exception in thread "main" java.lang.NoClassDefFoundError: test1
<<No stacktrace available>>
Caused by: java.lang.ClassNotFoundException: test1 not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:test.jar],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
<<No stacktrace available>>
Adding . to the CLASSPATH variable helps, but this wasn't necessary with older
gcj versions (3.4.x, 4.0.x), so the new behavior will probably break some
scripts. (Guess the older versions implied classpath . for the class specified
on the command line).
Not sure which behavior is more correct though.
--
bero at arklinux dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24698