--- Comment #4 from fitzsim at redhat dot com 2006-05-03 19:24 ---
After a discussion about this with Sven, I think our current implementation is
fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
--- Comment #5 from fitzsim at redhat dot com 2006-05-03 19:25 ---
Closing as WONTFIX.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status
--- Comment #6 from fitzsim at redhat dot com 2006-06-06 14:07 ---
On the JDK lib files are stored in $JAVA_HOME/jre/lib. I've recently moved
some files, like libjawt.so, that would conflict for multiple, parallel libgcj
installations to the same prefix, to $(libdir)/gcj-$(gcc_ve
: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27939
y: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28175
--- Comment #2 from fitzsim at redhat dot com 2006-07-04 17:30 ---
I'm testing a fix for this.
--
fitzsim at redhat dot com changed:
What|Removed |
--- Comment #5 from fitzsim at redhat dot com 2006-07-06 21:14 ---
I fixed the missing dependency on trunk. The
hppa-unknown-linux-gnu problem should probably be a separate bug. I'm closing
this one.
--
fitzsim at redhat dot com changed:
What|Re
: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24798
--
fitzsim at redhat dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org
--- Comment #4 from fitzsim at redhat dot com 2006-08-14 17:23 ---
Yes, closing.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #9 from fitzsim at redhat dot com 2006-08-14 19:41 ---
(In reply to comment #8)
> Is this really the only problem? All .la, .a and .so files get overwritten as
> well.
I'm not sure what you mean by this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
--- Comment #6 from fitzsim at redhat dot com 2006-08-15 15:01 ---
What are you trying to do, exactly? This is the intended behaviour, that
libgcj's configure overrides classpath's configure by injecting
--with-native-libdir. Here is the configure fragment:
# Determine
--- Comment #13 from fitzsim at redhat dot com 2006-08-22 20:41 ---
Fixed by installing logging.properties and classpath.security in both lib and
lib64, in the multilib case. This means that 32- and 64-bit property and
module lists can be manipulated separately. Doing so will also fix
--- Comment #3 from fitzsim at redhat dot com 2006-08-22 20:41 ---
Fixed on trunk by commit for PR 27890.
--
fitzsim at redhat dot com changed:
What|Removed |Added
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
--- Additional Comments From fitzsim at redhat dot com 2005-02-16 19:55
---
Implemented on mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-02-17 19:18
---
Yes, I'll have to re-add the -lXtst flag. The problem I've seen is that
re-adding this causes an abort failure.
--
What|Removed
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot
--- Additional Comments From fitzsim at redhat dot com 2005-02-21 00:13
---
This wasn't actually fixed by the merge.
--
What|Removed |Added
Status|RES
--- Additional Comments From fitzsim at redhat dot com 2005-02-21 00:54
---
Yeah, this was a mistake on my part. I thought the bug had been fixed by the
merge but it wasn't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17952
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 04:54
---
Fixed on mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 06:22
---
Fixed on mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 06:26
---
This works for me on mainline. Closing.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19880
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-02-
--- Additional Comments From fitzsim at redhat dot com 2005-02-23 01:11
---
Fixed on mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-02-23 17:38
---
Fixed on mainline.
--
What|Removed |Added
Status|NEW
ersion: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc d
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 22:18
---
Fixed on mainline and gcc-4_0-branch. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 22:22
---
What platform are you on? Can you paste the exact configure and make lines that
cause the build failure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 22:28
---
Also, was this a clean rebuild? In other words, did you start with an empty
build directory and empty prefix before configuring and building? If not, I
suggest you try that.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From fitzsim at redhat dot com 2005-03-03 23:26
---
What do you mean "installing into a temporary location"? What does the "make
install" line look like?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs a
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20388
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20395
--- Additional Comments From fitzsim at redhat dot com 2005-03-15 19:09
---
I couldn't reproduce this on my machine. Can you try out Jakub's patch? If it
solves your problem we can close this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http
: crash when pressing laptop arrow keys
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
--- Additional Comments From fitzsim at redhat dot com 2005-04-02 16:37
---
Fixed on HEAD and gcc-4_0-branch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-04-02 16:47
---
It turns out there's nothing to do in Java -- instead, everything should be
handled in gij.cc and then passed through the invocation API. The patch that
implements this is now committed to HEAD and gc
needs a --with-java-home configure option
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 20:44
---
The advantage is that we can then eliminate the java wrapper script completely
and symlink the java command directly to gij.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20750
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 20:48
---
I should also mention; currently java-gcj-compat is separate from libgcj because
it depends on ecj. Once gcjx lands we can use it as our bytecode compiler, and
distributions will likely want to merge java-gcj
--- Additional Comments From fitzsim at redhat dot com 2005-04-04 21:39
---
Yes, eventually we'll install the same compatibiliy symlink forest we currently
install in java-gcj-compat. For now though I only expect distributions
packaging java-gcj-compat to use this option. For ex
--- Additional Comments From fitzsim at redhat dot com 2005-04-06 03:57
---
Fixed on HEAD and gcc-4_0-branch. Closing.
--
What|Removed |Added
Status|NEW
al
Priority: P2
Component: AWT
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20790
--- Comment #1 from fitzsim at redhat dot com 2007-04-27 19:59 ---
Also, classpath/include/Makefile.am needs to only list headers actually built
in the libgcj build, and the -force option should be passed to the gjavah
calls.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
--- Additional Comments From fitzsim at redhat dot com 2005-08-30 20:44
---
I suspect this is the same problem manifesting itself in JNI. This assertion
fails in the GTK peers:
assert ((*env)->IsAssignableFrom(env, objclazz, table->clazz));
table->clazz points to GtkGeneri
--- Additional Comments From fitzsim at redhat dot com 2005-08-31 21:57
---
Fixed in GNU Classpath. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 20:53
---
Confirmed. Run the tests like this:
LD_LIBRARY_PATH=`pwd` ./linked
LD_LIBRARY_PATH=`pwd` ./linkedjava
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23686
--- Additional Comments From fitzsim at redhat dot com 2005-09-01 21:25
---
In this case we have shared libraries under /opt with the same names as
libraries under /usr/lib, and we want our program to always use the /opt
libraries without users having to set LD_LIBRARY_PATH
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 01:02
---
This is actually a libgcj bug. I'm changing the Product.
--
What|Removed |
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 04:21
---
This worked on GNU Classpath CVS with
-Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. I also committed a small fix to
make it work without -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D. Closing
--- Additional Comments From fitzsim at redhat dot com 2005-09-02 06:50
---
This is fixed now. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 17:40
---
>From http://java.sun.com/j2se/1.5.0/docs/guide/jni/spec/functions.html :
IsAssignableFrom
jboolean IsAssignableFrom(JNIEnv *env, jclass clazz1,
jclass clazz2);
Determines whether an object of clazz1 can
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:54
---
Created an attachment (id=9669)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9669&action=view)
test case demonstrating incorrect IsAssignableFrom results
To build the test case, run "make
--- Additional Comments From fitzsim at redhat dot com 2005-09-05 18:55
---
What I'm seeing is a bug in libgcj's implementation of IsAssignableFrom. I've
filed a separate report:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23739
--
http://gcc.gnu.org/bugzilla/
--- Additional Comments From fitzsim at redhat dot com 2005-09-06 03:16
---
Fixed in GNU Classpath. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 01:07
---
It turns out that Sun handles this in a strange way. To ensure that libjawt.so
is found automatically, Sun's java executable prepends $JAVA_HOME/jre/lib/i386
to LD_LIBRARY_PATH then re-exec's itself
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 04:09
---
This is actually a GTK bug; a GtkButton doesn't center its child vertically when
the child's size requisition exceeds its size allocation. I'm going to write a
GTK test case and submit a bug r
27;t affect module loading path
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC:
LTDL_SHLIBPATH_VAR
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
CC: gcc
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 12:36
---
Filed two new bugs for the remaining java.library.path issues:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23761
and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23762
I'm closing thi
--- Additional Comments From fitzsim at redhat dot com 2005-09-07 15:48
---
I filed a bug against GTK:
http://bugzilla.gnome.org/show_bug.cgi?id=315462
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21598
--- Additional Comments From fitzsim at redhat dot com 2005-09-10 01:15
---
I'm changing the summary to be more general. Now that GTK 2.8 and Cairo 1.0 are
out we can make the transition to using Graphics2D exclusively in the GTK peers.
This will allow us to re-organize the Image
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 13:52
---
This broke when we moved back to the two-threaded event loop model.
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 13:53
---
*** Bug 23877 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org |
Status|UNCONFIRMED
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 20:15
---
Fixed on HEAD. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-09-15 20:17
---
Fixed on mainline. Closing.
--
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from fitzsim at redhat dot com 2005-10-05 15:21 ---
Fixed. Closing.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|NEW
--
fitzsim at redhat dot com changed:
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
--- Comment #3 from fitzsim at redhat dot com 2005-10-29 01:55 ---
I want to leave it open until we have a pure-java implementation that reads
colors from a .properties file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:39
---
Fixed by Sven de Marothy in GNU Classpath. Closing.
--
What|Removed |Added
Status
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:39
---
Fixed by Sven de Marothy in GNU Classpath. Closing.
--
What|Removed |Added
Status
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:40
---
Fixed by Sven de Marothy in GNU Classpath. Closing.
--
What|Removed |Added
Status
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:41
---
Fixed by Sven de Marothy in GNU Classpath. Closing.
--
What|Removed |Added
Status
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:42
---
Fixed by Sven de Marothy in GNU Classpath. Closing.
--
What|Removed |Added
Status
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 19:43
---
Fixed by Sven de Marothy in GNU Classpath. Closing.
--
What|Removed |Added
Status
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16708
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19846
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19847
--
What|Removed |Added
AssignedTo|graydon at redhat dot com |roman at kennke dot org
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:04
---
The same problem occurs in standalone GTK text areas, so I'm going to close this
as invalid here. If you feel strongly that the behaviour should be to select up
to the next space we can re-file this in
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:24
---
I can't reproduce this. Closing.
--
What|Removed |Added
Status|UNCONF
--- Additional Comments From fitzsim at redhat dot com 2005-07-20 20:31
---
Fixed by classpath -> libgcj merge. Closing.
--
What|Removed |Added
Sta
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21882
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:39
---
*** Bug 23403 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-08-16 15:41
---
libjawt.so is in the base package, so it will be found as long as
/usr/lib/jvm/jre/lib/i386 is in java.library.path.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--
What|Removed |Added
AssignedTo|graydon at redhat dot com |abalkiss at redhat dot com
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzil
--- Additional Comments From fitzsim at redhat dot com 2005-08-18 02:03
---
This was a problem with locking in the GTK peers and interactions between the
main and event threads.
We connect a callback to the window realize signal. In that callback we release
the GDK lock. The 1x1
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:00
---
Fixed in Classpath. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:12
---
This suggests that a paint event is being delivered to the Canvas before the
canvas's peer has been shown. I don't think this should ever happen though.
We'll re-test this when my latest round
1 - 100 of 180 matches
Mail list logo
