--- 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 #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 #2 from fitzsim at redhat dot com 2006-08-17 20:12 ---
Fix on GNU Classpath trunk.
--
fitzsim at redhat dot com changed:
What|Removed |Added
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- Additional Comments From fitzsim at redhat dot com 2004-07-26 23:52
---
Created an attachment (id=6834)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=6834&action=view)
fix pointer casts and type-punning
Can you please try this patch?
--
http://gcc.gnu.org/b
--
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- You are receiving this mail because: --
--- Additional Comments From fitzsim at redhat dot com 2004-07-27 16:04
---
Which line is that?
--
What|Removed |Added
Status|NEW
--- Additional Comments From fitzsim at redhat dot com 2004-07-28 00:35
---
Created an attachment (id=6843)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=6843&action=view)
fix type punning and pointer casts
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
---
--- Additional Comments From fitzsim at redhat dot com 2004-07-28 00:37
---
I wanted the contents of the line, to make sure I was looking at the same
version of gthread-jni.c. Anyway, I've attached another patch which should fix
the last warning.
Are you actually testing AWT pro
--
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- You are receiving this mail because: --
--- Additional Comments From fitzsim at redhat dot com 2004-07-30 09:51
---
The second patch is a replacement for the first patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- You are receiving this mail because: ---
You reported the bug, or are watching the
--- Additional Comments From fitzsim at redhat dot com 2004-07-31 00:12
---
Created an attachment (id=6858)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=6858&action=view)
toolkit loading debug output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
---
--- Additional Comments From fitzsim at redhat dot com 2004-07-31 00:15
---
Can you try running those test cases with this patch, and post the output here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- You are receiving this mail because: ---
You reported the
--- Additional Comments From fitzsim at redhat dot com 2004-07-31 00:20
---
Actually, I may not need a shell account. Let me try building the AWT on ia64
first. The same error may show up there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- You are receiving this
--
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- You are receiving this mail because: --
--- Additional Comments From fitzsim at redhat dot com 2004-07-30 23:56
---
I can't tell from looking at those messages what the problem may be. Would it
be possible for me to get a shell account on that machine, so that I could do
some experimentation?
--
--- Additional Comments From fitzsim at redhat dot com 2004-07-31 15:45
---
The class lookup for gnu.java.awt.peer.gtk.GtkToolkit is failing. First, are
you sure you're using the version of gcj you just built? Second, you should not
have the CLASSPATH environment variable set.
D
--- Additional Comments From fitzsim at redhat dot com 2004-07-31 16:39
---
The peer library, lib-gnu-java-awt-peer-gtk.la is not being found. Make sure
that file is in /usr/local/lib, and try setting LD_LIBRARY_PATH=/usr/local/lib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From fitzsim at redhat dot com 2004-07-31 21:31
---
Can you define DEBUG_LOCKING to be 1 in jni/gtk-peer/gtkpeer.h, remove
jni/gtk-peer/*.lo from the libjava build directory, do a "make", then re-try
your tests?
I just added DEBUG_LOCKING in gtkpeer
--- Additional Comments From fitzsim at redhat dot com 2004-08-09 02:40
---
You shouldn't have any problem building the java-gui-branch. Have you tried
updating your tree and doing a clean build?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16121
--- You are receiving
--- Additional Comments From fitzsim at redhat dot com 2004-08-30 18:41
---
If you still can't build the gui-branch, can you file a new report with details.
I'm closing this, since the compiler warnings have been resolved.
--
What|Removed
--- Additional Comments From fitzsim at redhat dot com 2004-10-01 16:27
---
I would like this to be even more friendly. Ideally,
gcj X.java
would generate --main automatically, as mentioned, and
gcj *.java
would generate --main if there was only one main method in the source files
22 matches
Mail list logo
