--- Comment #15 from rguenth at gcc dot gnu dot org 2010-02-13 13:31
---
(In reply to comment #14)
> (In reply to comment #13)
> > Exactly as I thought. There is/was an unwinding problem with made garbage
> > collection break, there is a glibc fix available or an unwinder fix in gcc
>
--- Comment #14 from mikpe at it dot uu dot se 2010-02-13 11:52 ---
(In reply to comment #13)
> Exactly as I thought. There is/was an unwinding problem with made garbage
> collection break, there is a glibc fix available or an unwinder fix in gcc
> 4.4.
> Your distributor didn't pick u
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-02-13 10:58
---
(In reply to comment #12)
> 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, t
--- 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 wa
--- 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 the same build sc
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-02-12
14:40 ---
Does slackware provide packaging files to show how they build their gcc?
Normally all you need to do is download
ftp://sourceware.org/pub/java/ecj-latest.jar and place it as ecj.jar in the top
of the gcc s
--- 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), u
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-02-11 18:10 ---
>There is another free (GPL-compatible) java-to-bytecode compiler?
Sun's OpenJDK (which includes javac) is GPLv2 IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41802
--- 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 software... There is another free (G
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-02-10
21:38 ---
Even if you fix this issue, I don't believe you will be able to compile
pdftk.cc with gcc 4.3 or later...
http://gcc.gnu.org/ml/java/2008-03/msg00028.html
due to the code incorrectly mixing c++ and java e
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-10 20:47 ---
(In reply to comment #4)
> (In reply to comment #3)
> > (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 jc
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-10 20:46 ---
(In reply to comment #3)
> (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
--- 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 and no more
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-06 21:29 ---
ecj1 is really the Eclipse frontend which we just inherit, the GCC java
frontend
(which just handles bytecode) is called jc1.
This bug also misses a testcase to reproduce the problem.
You can a more recent ecj vers
--- 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:
15 matches
Mail list logo
