on is broken on mingw (works on
linux)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at
--- Comment #1 from mtrudel at gmx dot ch 2006-07-29 13:38 ---
Created an attachment (id=11965)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11965&action=view)
Simple serialisation test
A simple serialisation program to reproduce the bug.
--
http://gcc.gnu.org/b
Summary: [win32] java.library.path broken
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
GCC bui
tring[] envp) -
> envp doesn't work
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel
--- Comment #1 from mtrudel at gmx dot ch 2006-09-20 16:32 ---
Created an attachment (id=12300)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12300&action=view)
Program that uses Runtime.exec(...)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29151
--- Comment #2 from mtrudel at gmx dot ch 2006-09-20 16:33 ---
Created an attachment (id=12301)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12301&action=view)
Program that gets called by Runtime.exec(...) and doesn't have the environment
set
--
http://gcc.gnu.
--- Comment #1 from mtrudel at gmx dot ch 2006-09-20 16:49 ---
Tom commented this on the mailing list. Might be useful:
Offhand I would expect this to work ok. You might verify that USE_LTDL is set
on Windows; see the two definitions of _Jv_SetDLLSearchPath in
natSystemProperties.cc
--- Comment #2 from mtrudel at gmx dot ch 2006-10-10 21:20 ---
Fixed... The path separator was set to ":" on all platforms instead of ";" for
windows.
--
mtrudel at gmx dot ch changed:
What|Removed
--- Comment #1 from mtrudel at gmx dot ch 2007-01-27 10:12 ---
I can confirm that. However, I don't know if it's a bug or just luck that it
worked before. I think the correct command would be:
gcj -C -Ix x/a.java (no space between -I" and "x")
This way
--- Comment #17 from mtrudel at gmx dot ch 2007-01-30 10:52 ---
Has there been any progress with this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
--- Comment #18 from mtrudel at gmx dot ch 2007-01-30 11:00 ---
Sorry, the previous message has been truncated:
Has there been any progress with this bug?
I can confirm it and I need the mentioned patch to be able to compile
the current trunk:
- tree bases;
+ tree bases = NULL_TREE
--- Comment #5 from mtrudel at gmx dot ch 2007-01-30 17:33 ---
I do not even understand all German words although it's my mother tongue...
So how should I translate it to Italian???
;-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #3 from mtrudel at gmx dot ch 2007-01-30 21:44 ---
Yes, mingw worked at least for revision 121232. But the report was for cygwin.
Cygwin is broken anyway I think...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21695
--- Comment #20 from mtrudel at gmx dot ch 2007-01-31 16:19 ---
In case it helps; I use this configuration on my 32bit Linux box to configure:
/usr/local/src/gcc/configure --prefix=/home/Marco/Desktop/gcc
--build=`/usr/local/src/gcc/config.guess` --host=i686-pc-linux-gnu
--target=i686
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30673
mmary: [regression] --with-sysroot=foobar wrong handled
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
--- Comment #2 from mtrudel at gmx dot ch 2007-02-17 11:30 ---
No, for these reasons:
- It worked for 4.2
- I would agree if I used --with-build-sysroot
- It works with a cross host=mingw target=linux
- It doesn't work if I copy the missing headers to sysroot
--
mtrudel at gm
--- Comment #4 from mtrudel at gmx dot ch 2007-02-17 12:23 ---
Update:
It works if I copy the kernel-headers into $SYS_ROOT/usr/include instead of
$SYS_ROOT/include.
However, I really think this should not be required since it worked with gcc
4.2 and everything else is the same. So
--- Comment #7 from mtrudel at gmx dot ch 2007-02-19 08:25 ---
Well, it makes sense that the kernel-source is also needed. But then again, we
have four setups:
1. GCC 4.2, build=linux, host=linux, target=linux
2. GCC 4.2, build=linux, host=mingw, target=linux
3. GCC 4.3, build=linux
--- Comment #8 from mtrudel at gmx dot ch 2007-02-20 10:42 ---
Since there seems to be an issue, I would like to reopen this bug but change
the summary to:
gcc 4.2/4.3: different --with-sysroot handling
Although I'm not sure if it actually is a bug, I think it should be attended
t
: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30903
--- Comment #1 from mtrudel at gmx dot ch 2007-02-21 07:59 ---
Tom, can you drop me a note when this is done? I then recheck your
NetworkInterface re-merge for mingw.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30903
--- Comment #5 from mtrudel at gmx dot ch 2007-02-24 09:04 ---
The problem is that the new SJLJ backtrace algorithm depends on the typical
function entry sequence "pushl %ebp; movl %esp, %ebp". But while they're always
in our compiled Java code, they are mostly optimi
ssigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31105
--- Comment #3 from mtrudel at gmx dot ch 2007-03-09 14:05 ---
I close this bug as "WONTFIX" because there's no active cygwin maintainer for
libjava. So, if it's not fixed already, it probably won't be fixed anyway.
I just once tested it for fun :-)
--
mtru
--- Comment #2 from mtrudel at gmx dot ch 2007-03-09 14:12 ---
Thanks. But actually I also tried to start a discussion why such compilation
errors can happen:
This strongly remembers me to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30510
Is it possible that some flags trigger the
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
GCC target triplet: i686-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31223
--- Comment #1 from mtrudel at gmx dot ch 2007-03-16 12:57 ---
This also breaks the build when a static built GCJ is taken for the compilation
of ecj.jar (because it's compiled with -findirect-dispatch).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31223
--- Comment #5 from mtrudel at gmx dot ch 2007-04-25 07:17 ---
You write "it needs a host version of gcj",
your host is "i686-pc-linux-gnu" and
configure looks for "i686-pc-linux-gnu-gcj"?
Seems correct to me? What gcj should be searched for? The only pro
--- Comment #3 from mtrudel at gmx dot ch 2007-04-28 08:12 ---
What do you mean with this? What doesn't work? Is this something recent?
At least rev 122'233 seemed ok to me...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31223
--- Comment #3 from mtrudel at gmx dot ch 2007-07-04 06:59 ---
This is an old discussion and comes up in the mailinglist regularly. The most
promising approach is to explicitly exclude parts of the class library. JNC
(http://jnc.mtsystems.ch/) supports excluding the GUI stuff (AWT/Swing
--- Comment #5 from mtrudel at gmx dot ch 2007-07-05 07:03 ---
With "-Wl,-Map,/tmp/TheLinkMap.txt" you get a list of the objects that have
been included from libgcj.a.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32619
rity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
GCC build triplet: independent
GCC host triplet: independent
GCC target triplet: independent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772
--- Comment #1 from mtrudel at gmx dot ch 2006-11-08 21:54 ---
Created an attachment (id=12570)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12570&action=view)
A sample source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772
--- Comment #2 from mtrudel at gmx dot ch 2006-11-08 21:54 ---
Created an attachment (id=12571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12571&action=view)
A second sample source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772
--- Comment #3 from mtrudel at gmx dot ch 2006-11-08 21:55 ---
Created an attachment (id=12572)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12572&action=view)
The list for the source files
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29772
--- Comment #1 from mtrudel at gmx dot ch 2006-11-13 18:48 ---
Why do you make a bugreport if there's already a fix for that?
Did no one reply to your patch or don't you have copyright assignment?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29812
--- Comment #4 from mtrudel at gmx dot ch 2007-01-20 10:13 ---
Fixed in 4.3 mainline. The gcj specific serialization was replaced with the
classpath serialization (StackWalker or something). Thanks guys... minGW gets
better and better :-)
--
mtrudel at gmx dot ch changed
--- Comment #4 from mtrudel at gmx dot ch 2007-01-20 10:16 ---
I thought this was already closed?
Well, Mohan fixed it. It is in the 4.2 branch and in the 4.3 mainline
(trunk)...
Thank you Mohan!
--
mtrudel at gmx dot ch changed:
What|Removed
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
GCC build triplet: all
GCC host triplet: all
GCC target triplet: all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30515
--- Comment #1 from mtrudel at gmx dot ch 2007-01-24 14:03 ---
Created an attachment (id=12947)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12947&action=view)
The source of the simple class...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30574
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mtrudel at gmx dot ch
GCC build triplet: all
GCC host triplet: all
GCC target triplet: all
http:
--- Comment #2 from mtrudel at gmx dot ch 2007-01-24 14:05 ---
Created an attachment (id=12948)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12948&action=view)
The bytecode from a Sun JDK 1.4. Compiling this with a 4.3 gcj fails...
--
http://gcc.gnu.org/bugzilla/show_
43 matches
Mail list logo
