[Bug libgcj/42658] [4.5 regression] ICE in _Jv_Linker::verify_class ../.././libjava/link.cc:1904

["davek at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #14 from davek at gcc dot gnu dot org  2010-01-09 10:12 -------
(In reply to comment #12)
> (In reply to comment #11)
> > Ah.  It's probably caused by --enable-java-awt.  AWT isn't yet supported on
> > cygwin yet; looks like it will need some adjustment to the way .o files are
> > divided between the two dlls, most likely.
> > 
> > Can you confirm whether or not you get this bug with completely clean
> > unmodified sources?  I'm guessing that, without your patch to configure, it
> > would have errored out with the option present?
> > 
> 
> whenever i fetch gcc from git, i must run git reset --hard so it will be
> unmodified source at first. after that, i apply these patches.
> unless it doesn't compile at all ;<

Well, I don't use the git repository, and it isn't the source from which
releases are taken, and it often gets broken.  So it might not be a real bug in
the main gcc sources in svn.  I'll try building the svn version with your
configure line and see what happens.

(In reply to comment #13)
> Created an attachment (id=19522)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19522&action=view) [edit]
> hdrs (with --export-all-symbols) which i should have attached
> 
> it counts 57439 whoa,
> what happens if total number of export symbols of dlls exceed 65535?
> i'm just curious about it.

Total disaster.  Attempts to access exports >65536 wrap round.  Can end up
jumping into random places or loading from invalid memory addreses or almost
anything.  Usually dies in early startup.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42658