[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind

2010-02-13 Thread lucabon at interfree dot it
--- Comment #12 from lucabon at interfree dot it 2010-02-13 10:28 --- I upgraded all gcc components to 4.4.3 (before I upgraded only java parts) and it works fine. I downgraded to 4.3.3 and put only libgcc_s.so.1 from gcc 4.4.3 and it works fine. So, the problem was in libgcc_s and it

[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind

2010-02-12 Thread lucabon at interfree dot it
--- Comment #11 from lucabon at interfree dot it 2010-02-12 17:18 --- (In reply to comment #10) > Does slackware provide packaging files to show how they build their gcc? Yes, sure. It is a "standard" build, with ecj.jar placed in the top source tree, and it is exactly t

[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind

2010-02-11 Thread lucabon at interfree dot it
--- Comment #9 from lucabon at interfree dot it 2010-02-11 21:14 --- I fully compiled ecj1 with: gcj --main=org.eclipse.jdt.internal.compiler.batch.GCCMain -o ecj1 ecj.jar and now it works fine (and very quickly!) So, the problem seems to be in 64bit gij (java bytecode interpreter

[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind

2010-02-11 Thread lucabon at interfree dot it
--- Comment #7 from lucabon at interfree dot it 2010-02-11 15:38 --- (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > > Use another Java-to-bytecode compiler and feed gcc with bytecode. I'd like to use only free softwar

[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind

2010-02-10 Thread lucabon at interfree dot it
--- Comment #3 from lucabon at interfree dot it 2010-02-10 19:56 --- (In reply to comment #2) > ecj1 is really the Eclipse frontend which we just inherit, the GCC java > frontend (which just handles bytecode) is called jc1. Why starting from gcc 4.3 jc1 handles only bytecode

[Bug java/41802] When attempting to compile pdftk-1.41 my machine comes to a grind

2010-02-06 Thread lucabon at interfree dot it
--- Comment #1 from lucabon at interfree dot it 2010-02-06 21:08 --- I confirm the bug is present in gcj 4.3.3 and 4.4.3. Only x86-64 port is affected (x86-32 works fine); gcj 4.2.4 works fine also for 64bit, so it seems a regression. -- lucabon at interfree dot it changed

[Bug c++/31503] gcc exhausts memory when compiling pixie with optimizations

2008-11-11 Thread lucabon at interfree dot it
--- Comment #3 from lucabon at interfree dot it 2008-11-11 17:38 --- Compiling Pixie requires about 1.5 GB of available memory with gcc 4.2.3. -- lucabon at interfree dot it changed: What|Removed |Added

[Bug c++/34983] i486-linux-gnu-g++: Internal error: Killed (program cc1plus)

2008-11-11 Thread lucabon at interfree dot it
--- Comment #6 from lucabon at interfree dot it 2008-11-11 17:36 --- Created an attachment (id=16655) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16655&action=view) execute.cpp preprocessed source Compiling Pixie (version 2.2.4, with gcc 4.2.3), in particular exec