[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-13 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13 08:35 --- Subject: Bug 18459 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-13 08:35:16 Modified files: gcc: ChangeLog gcc/java :

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-13 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 15:22 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-12 Thread ovidr at users dot sourceforge dot net
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-12 17:40 --- I have rebuilt gcc a few times now, after modifying the patch to use #define TARGET_USE_JCR_SECTION 0 and upgrading to a cvs version of binutils. Using the first patch

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-12 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-12 21:03 --- small win32 binaries do run, but when I compile my large app (which uses swt), it still isn't recognized as a win32 app (app.exe is not a valid win32 application) unless I 'strip' it. I

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-12 Thread ovidr at users dot sourceforge dot net
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-13 00:11 --- I don't know that it is related to the specific patch, I just know that when I filed the general bug it was the time at which the app that I've been compiling for a year suddenly stopped being

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-10 Thread ovidr at users dot sourceforge dot net
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-10 16:35 --- It was a completely fresh checkout to an empty dir (both times). I build a linux-win32 cross. (building on win32 takes way too long due to fork()). For the dwarf2 patch, I had used the one line

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-10 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-10 23:11 --- Ugh, I see what is wrong with the patch I posted at: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html * config/i386/cygming.h (TARGET_USE_JCR_SECTION): Overide default.

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-10 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-10 10:09 --- Rutger, Did you do a clean rebuild of libgcj.a after applying these patches? Either works for me after native bootstrap on mingw32 host. The second patch, however, does require CVS bunutils

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-12-09 Thread ovidr at users dot sourceforge dot net
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-10 03:11 --- I have tried this patch: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html but a simple gcj --main=test test.java -o test.exe ; test.exe just results in an application error popup (on

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-25 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-11-25 21:40 --- Patch submitted at http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html In longer term, a better solution for win32 would depend on addition of crtbegin/crtend for these targets:

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-14 Thread ovidr at users dot sourceforge dot net
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-11-14 19:34 --- Small followup: Even though the hello world app works, a much larger app does not work (error: app.exe is not a valid Win32 application.) unless I 'strip' it. I'm not sure why that would be...

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-14 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-14 19:38 --- error: app.exe is not a valid Win32 application sounds like a binutils problem, I would report it to them. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18459

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-14 Thread ovidr at users dot sourceforge dot net
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-11-14 20:25 --- I use binutils-2.15.91-20040904-1 from mingw.org (latest I think). I thought by removing the change to cygming.h this weak sym problem would be gone, but I guess there are other changes somewhere

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-13 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-13 19:56 --- Hmm, then JCF sections are not support. -- What|Removed |Added

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

2004-11-13 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-11-13 20:18 --- This excerpt from java/class.c appears relavant: void emit_register_classes (tree *list_p) { if (registered_class == NULL) return; /* ??? This isn't quite the correct test. We also