Re: GTK 2.8
Hi, dependencies such as GTK can be matched with older versions of GTK It sure would be useful, as GTK 2.8 doesn't seem to be in debian stable (current is 2.6.4). Yvan
Re: GTK 2.8
Philippe == Philippe Laporte [EMAIL PROTECTED] writes: Philippe I'm wondering if there is any interest in making the Philippe Classpath build configurable and the code correspondingly Philippe modular enough that dependencies such as GTK can be matched Philippe with older versions of GTK, at the expense of degraded Philippe functionality of course, so that one can benefit from Philippe improvements in other sections of the code base while not Philippe upgrading specific other dependencies. My opinion is that I would approve a clean patch to do this... barring objections from other developers, of course. However, I think it would have to be maintained by the folks using it -- i.e., I would expect that folks doing regular development against gtk 2.8 would not be responsible for breakage. Tom
Re: GTK 2.8
Hi, I'm finally properly ramping up into Classpath :-) I'm wondering if there is any interest in making the Classpath build configurable and the code correspondingly modular enough that dependencies such as GTK can be matched with older versions of GTK, at the expense of degraded functionality of course, so that one can benefit from improvements in other sections of the code base while not upgrading specific other dependencies. I realize this may entail a configuration mess, but I'd like to explore the topic a bit. Thanks, -- Philippe Laporte On Thu, 2006-05-25 at 11:36 -0400, Thomas Fitzsimmons wrote: Hi, I just committed my patch to make GdkGraphics2D the default Java2D backend. Now GTK-2.8 or higher is required to build the GNU Classpath GTK peers. Tom
Re: GTK 2.8
Hi, On Thu, 2006-05-25 at 11:36 -0400, Thomas Fitzsimmons wrote: I just committed my patch to make GdkGraphics2D the default Java2D backend. Now GTK-2.8 or higher is required to build the GNU Classpath GTK peers. Cool. But note that there are still some issues with make distcheck. unfortunately I killed our autobuilder (builder.classpath.org) trying to upgrade to the new dependencies (don't ask) so there will not be new test results for a couple of days. I will be travalling for 2 days and we need Jim for restoring the image on builder before we can resurrect the machine. My apologies. If someone could do some make distchecks and see if everything can be made to build out of the box again that would be appreciated. Cheers, Mark
Re: GTK 2.8
Hi, Mark Wielaard wrote: If someone could do some make distchecks and see if everything can be made to build out of the box again that would be appreciated. I fixed one problem with make distcheck but now the tools are failing to run because they can't find a VM. I'm not sure how to locate a suitable VM binary. A guess-and-check approach seems hacky since make distcheck should be totally self-contained and reproducible. Perhaps we should disable these tests until GNU Classpath has a proper bootstrap VM? Tom
[cp-patches] FYI: Gtk+ 2.8 patch
I'm committing the attached patch to make pkg-config
check for Gtk+ 2.8 rather than 2.4.
Changelog:
2006-05-25 Andrew John Hughes [EMAIL PROTECTED]
* configure.ac:
Make pkg-config check for GTK+ = 2.8.
--
Andrew :-)
Please avoid sending me Microsoft Office (e.g. Word, PowerPoint) attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html
If you use Microsoft Office, support movement towards the end of vendor lock-in:
http://opendocumentfellowship.org/petition/
Value your freedom, or you will lose it, teaches history.
`Don't bother us with politics' respond those who don't want to learn.
-- Richard Stallman
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
public class gcj extends Freedom implements Java { ... }
Index: configure.ac
===
RCS file: /cvsroot/classpath/classpath/configure.ac,v
retrieving revision 1.150
diff -u -3 -p -u -r1.150 configure.ac
--- configure.ac25 May 2006 15:29:35 - 1.150
+++ configure.ac25 May 2006 22:20:18 -
@@ -383,7 +383,7 @@ if test x${COMPILE_JNI} = xyes; then
AC_CHECK_LIB([Xtst], [XTestQueryExtension], [true],
[AC_MSG_ERROR([libXtst NOT found, required for GdkRobot])],
[${X_LIBS}])
-PKG_CHECK_MODULES(GTK, gtk+-2.0 = 2.4 gthread-2.0 = 2.2 gdk-pixbuf-2.0)
+PKG_CHECK_MODULES(GTK, gtk+-2.0 = 2.8 gthread-2.0 = 2.2 gdk-pixbuf-2.0)
PKG_CHECK_MODULES(FREETYPE2, freetype2)
PKG_CHECK_MODULES(PANGOFT2, pangoft2)
signature.asc
Description: Digital signature
GTK 2.8
Hi, I just committed my patch to make GdkGraphics2D the default Java2D backend. Now GTK-2.8 or higher is required to build the GNU Classpath GTK peers. Tom
