--- 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
AssignedTo: fitzsim at redhat dot com
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31728
--- 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
--- 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 #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 #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 #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 #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
--- 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 |
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
: 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
--- 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
--- 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 #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 #1 from fitzsim at redhat dot com 2006-04-05 23:09 ---
There is another problem with how the AWT peer code is installed that we've run
into in Fedora Core. We sometimes want to ship multiple versions of GCJ. The
unversioned lib-java-awt-peer-gtk.so is installed in /us
--- Comment #1 from fitzsim at redhat dot com 2006-04-04 18:46 ---
Created an attachment (id=11206)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11206&action=view)
Screenshot of top when gij uses all memory when running eclipse.
--
http://gcc.gnu.org/bugzilla/show_bug
sometimes
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: 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=27031
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla
rce file change
Product: gcc
Version: 4.2.0
Status: 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=26625
ignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fitzsim at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26624
--
fitzsim at redhat dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org
: 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
--- 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
--
fitzsim at redhat dot com changed:
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
--- 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
--- Additional Comments From fitzsim at redhat dot com 2005-09-15 20:17
---
Fixed on mainline. Closing.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From fitzsim at redhat dot com 2005-09-14 20:15
---
Fixed on HEAD. Closing.
--
What|Removed |Added
Status|ASSIGNED
--
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 13:53
---
*** Bug 23877 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- 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-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-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-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
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
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:
--- 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
--- 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-06 03:16
---
Fixed in GNU Classpath. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- 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-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
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 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
--- 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-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 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-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-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-08-31 21:57
---
Fixed in GNU Classpath. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- 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-30 16:22
---
Fixed on CVS HEAD. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-08-26 04:36
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-26 04:03
---
The segfault is fixed:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23571
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 23:49
---
We need to reimplement QuadCurve2D.solveQuadratic, possibly using the algorithm
described here: http://www.library.cornell.edu/nr/bookcpdf/c5-6.pdf
--
What|Removed |Added
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 21:58
---
OK, $JAVA_HOME/jre/lib/i386 needs to go in gnu.classpath.boot.library.path and
java.library.path.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:43
---
*** Bug 22724 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16628
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:34
---
This test case segfaults now. Making high-priority.
--
What|Removed |Added
Severity
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:30
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:28
---
Lillian, can you have a look at this one? I assume this is fixed already.
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:23
---
This is fixed now. Closing.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17782
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:16
---
Yes; also these should be strncmp calls, since these options can be followed by
: etc..
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org |
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 20:28
---
Done. Closing.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 20:27
---
Fixed. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 18:30
---
Patch committed, thanks.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 17:42
---
This has been fixed. Closing.
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 17:04
---
I tested this with twm and committed a fix. Now, other than heavyweight popup
menus having a frame, which is a little strange, but WM-dependent, everything
seems fine. Closing.
--
What|Removed
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 16:19
---
This is partially fixed. However, clicking again anywhere on the JMenuBar
itself should also close the menu. Currently clicking on the empty part of the
JMenuBar doesn't close the menu.
--
--
What|Removed |Added
AssignedTo|graydon at redhat dot com |abalkiss at redhat dot com
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzil
--
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-21 16:08
---
This bug boils down to: "we don't have a complete implementation of
javax.swing.text.html yet." I'm going to create a new bug for that and close
this one as a duplicate.
*** This bug
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 15:47
---
JTable is implemented now. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 15:36
---
I've fixed the locking problems, and changed how resizing works so that it
doesn't happen in the GTK thread. Although I don't have an Alpha to test on, my
guess is that this won't happen
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 15:12
---
I can't reproduce this on Classpath CVS HEAD. Resolving as fixed.
--
What|Removed |
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:39
---
Fixed, closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:38
---
This prints:
Got the image: [EMAIL PROTECTED]
paint 1
1 repaints, probably ok.
Fixed by Sven's image work. Closing.
--
What|Removed |
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:35
---
Do you have an example program for this? I suspect this was fixed by Sven's
image work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16824
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:32
---
Fixed by:
2005-08-21 Thomas Fitzsimmons <[EMAIL PROTECTED]>
* gnu/java/awt/peer/gtk/GdkGraphics.java (setClip(Shape)): Clear
clip when clip == null.
* gnu/java/awt/pe
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 05:08
---
Fixed in GNU Classpath by Sven de Marothy. Closing.
--
What|Removed |Added
Status
--
What|Removed |Added
AssignedTo|graydon at redhat dot com |langel at redhat dot com
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:58
---
I tried to run this under JamVM+Classpath:
$ jamvm -Dpython.home="/home/fitzsim/jython-2.1" -classpath
"/home/fitzsim/jython-2.1/jython.jar" "org.python.util.jython"
Jython 2.1 o
--
Bug 20597 depends on bug 17463, which changed state.
Bug 17463 Summary: new methods introduced in JDK 1.4 missing in java.awt.Window
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17463
What|Old Value |New Value
-
--- Additional Comments From fitzsim at redhat dot com 2005-08-21 00:31
---
Fixed in GNU Classpath. Closing.
--
What|Removed |Added
Status|ASSIGNED
--- 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
--- 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-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
--
What|Removed |Added
AssignedTo|graydon at redhat dot com |abalkiss at redhat dot com
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzil
1 - 100 of 180 matches
Mail list logo
