------- 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
