From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7742 invoked by alias); 9 Jan 2010 10:12:36 -0000 Received: (qmail 7540 invoked by uid 48); 9 Jan 2010 10:12:20 -0000 Date: Sat, 09 Jan 2010 10:12:00 -0000 Message-ID: <20100109101220.7539.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/42658] [4.5 regression] ICE in _Jv_Linker::verify_class ../.././libjava/link.cc:1904 In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "davek at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-01/txt/msg01033.txt.bz2 ------- 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