https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
--- Comment #18 from rob1weld at aol dot com 2009-01-19 17:43 ---
With my fix I can configure with --enable-java-awt=gtk,xlib,qt,x, see:
Results for 4.4.0 20090117 (experimental) [trunk revision 143454] (GCC)
testsuite on i386-pc-solaris2.11
--- Comment #17 from rob1weld at aol dot com 2009-01-05 22:58 ---
(In reply to comment #16)
ping...
This missed 4.3 again, it should probably get in now before 4.4 enters freeze
mode...
How about 4.5 ?
Re the moc - moc-qt4 change suggested in comment #14: This should be detected
--- Comment #16 from bero at arklinux dot org 2008-04-28 10:59 ---
ping...
This missed 4.3 again, it should probably get in now before 4.4 enters freeze
mode...
Re the moc - moc-qt4 change suggested in comment #14: This should be detected
by the configure script, moc-qt4 is a
--- Comment #15 from rob1weld at aol dot com 2007-07-17 13:05 ---
After my moc-qt4 fix to the Makefile I have test results to prove it built:
Results for 4.3.0 20070716 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00721.html
--
--- Comment #14 from rob1weld at aol dot com 2007-07-17 01:09 ---
(In reply to comment #11)
ping...
This is known and will not be fixed until 4.2.
Now that 4.2 is released and it still doesn't work, can we get this working in
4.3?
Thats the spirit guys! So many threads have a
--- Comment #13 from bero at arklinux dot org 2007-05-25 12:24 ---
yes, assignment is in place, and yes, the peers are somewhat buggy. But I think
that's in part because nobody (at least in the gcj community) is testing/fixing
them because they don't build without trickery.
--
--- Comment #11 from bero at arklinux dot org 2007-05-24 11:53 ---
ping...
This is known and will not be fixed until 4.2.
Now that 4.2 is released and it still doesn't work, can we get this working in
4.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
--- Comment #12 from tromey at gcc dot gnu dot org 2007-05-24 17:59 ---
Do you have a copyright assignment?
If so I will review the proposed patch.
I think the bigger problem is that the Qt peers are not really maintained.
ISTR that they still have some pretty serious bugs, though that
--- Comment #10 from bero at arklinux dot org 2006-08-17 01:09 ---
Created an attachment (id=12086)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12086action=view)
Updated fix for current trunk+multilib
--
bero at arklinux dot org changed:
What|Removed
--- Comment #9 from bero at arklinux dot org 2006-08-15 16:15 ---
Created an attachment (id=12081)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12081action=view)
Updated to work with today's trunk
--
bero at arklinux dot org changed:
What|Removed
--- Comment #8 from bero at arklinux dot org 2006-08-09 01:04 ---
Created an attachment (id=12045)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12045action=view)
Updated fix, works for multilib arches too
This new fix is even more ugly than the old one because I couldn't find a
--- Comment #7 from pluto at agmk dot net 2006-07-03 00:08 ---
Created an attachment (id=11803)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11803action=view)
updated build hack for mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
--- Comment #6 from borisdusek at cmail dot cz 2006-05-27 20:23 ---
(In reply to comment #0)
Apparently CPPFLAGS is missing a -I for the newly built compiler's libstdc++
I borrowed a snip from libjava/Makefile.am section for xlib, which also needs
c++/libstdc++, then (since I am no
--- Comment #5 from tromey at gcc dot gnu dot org 2005-11-08 20:06 ---
Instead of the patch in comment #2, I think we want to
simply make this loadLibrary conditional on 'Configuration.INIT_LOAD_LIBRARY'.
See GtkToolkit.java for an example; FWIW this change is already in
Classpath CVS.
--- Comment #2 from bero at arklinux dot org 2005-11-03 09:29 ---
After hacking the makefiles to get it to build anyway, trying to run an AWT
application aborts on startup because gcj renames libqtpeer.so to
lib-gnu-java-awt-peer-qt.so, while gnu/java/awt/peer/qt/QtToolkit.java still
--- Comment #3 from bero at arklinux dot org 2005-11-03 18:24 ---
Created an attachment (id=10129)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10129action=view)
Patch
Attaching a fix for both issues in 24403, as well as another compile time
problem with the Qt peers.
I'll admit
--- Comment #4 from andreast at gcc dot gnu dot org 2005-11-03 23:18
---
First off, qt-peers are experimental, even in classpath (cp).
The componentevent.cpp part is covered already in the next cp release. Which we
will import soon.
The build process we have to adjust. We can not
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-16 20:54 ---
This is known and will not be fixed until 4.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
19 matches
Mail list logo
