Re: CVS configure.in is broken
Hi Patrik, > I just tried with a fresh classpath from CVS, but it doesn't work. > autoheader fails to create "include/config.h.in" and the rest follows. You > can see the results below. OK, my memory was incorrect. This evening, I'll try and work out how it used to work for me. (Fortunately, I still have the stuff on my old PC.) -- Steve ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
ed token `include/config.h' ./configure: line 1336: `AM_CONFIG_HEADER(include/config.h)' - Original Message - From: "Stephen Crawley" <[EMAIL PROTECTED]> To: "Patrik Reali" <[EMAIL PROTECTED]> Cc: "Mark Wielaard" <[EMAIL PROTECTED]>; "Stephen Crawley" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "GNU Classpath" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, October 27, 2003 1:03 AM Subject: Re: CVS configure.in is broken > > Patrik, > > > The problem with --disable-gtk-peer is that it works for the compilation, > > but GTK must be installed anyway, otherwise aclocal fails. > > I can't recall exactly, but I think I found it was OK to just ignore > the aclocal error messages. > > -- Steve > > > ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
Patrik, > The problem with --disable-gtk-peer is that it works for the compilation, > but GTK must be installed anyway, otherwise aclocal fails. I can't recall exactly, but I think I found it was OK to just ignore the aclocal error messages. -- Steve ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
Hi, On Fri, 2003-10-24 at 14:33, Thomas Fitzsimmons wrote: > On Fri, 2003-10-24 at 04:31, Dalibor Topic wrote: > > > > Anyway, thanks, I'll fetch them just for the macros. Any idea where the > > macros hide in those packages? > > They're defined in gtk-2.0.m4, glib-2.0.m4 and libart.m4. > > > Stupid question no 2: why aren't those macros in the CVS archive? They > > are not generated files, as far as I can tell. Installing gtk2, glib2 > > and libart just to be able to compile Classpath's java classes with > > jikes seems like a bit of overkill ;) > > Yes, I agree. We should probably just check the macro files into > Classpath's top-level directory. That's what we've done with libgcj. > We should also update the HACKING file to recommend > > aclocal -I . > > That should solve the problem. Dalibor, did that do the trick for you? The files that libgcj uses can be found at http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ But I see they don't have a copyright notice or distribution permission. Cheers, Mark signature.asc Description: This is a digitally signed message part ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
On Fri, 2003-10-24 at 04:31, Dalibor Topic wrote: > Mark Wielaard wrote: > > Hi, > > > > On Thu, 2003-10-23 at 19:52, Dalibor Topic wrote: > > > >>apparently the configure.in in CVs is broken. I tried the > >>aclocal; autoheader; automake; autoconf > >>routine as recommended in the HACKING document, but it doesn't work: > >>aclocal complains about > >> > >>aclocal: configure.in: 134: macro `AM_PATH_GTK_2_0' not found in library > >>aclocal: configure.in: 137: macro `AM_PATH_GLIB_2_0' not found in library > >>aclocal: configure.in: 140: macro `AM_PATH_LIBART' not found in library > >> > >>and it's all down from there ;) > > > > > > Also from the HACKING document: > > > > the following are required. > > > > - GTK+ 2.x.x > > - libart_lgpl 2.1.0 > > > > Those packages should provide the missing AM_ macros. > > Not in my HACKING document ;) There is says: > > For building the JNI native libraries, the following are required. > > - GTK+ 2.x.x > - libart_lgpl 2.1.0 > - gdk-pixbuf (Only needed if you want to compile the native > library) > > But as I don't want to build the JNI libraries, I figured I wouldn't > need it ;) > > Anyway, thanks, I'll fetch them just for the macros. Any idea where the > macros hide in those packages? > They're defined in gtk-2.0.m4, glib-2.0.m4 and libart.m4. > Stupid question no 2: why aren't those macros in the CVS archive? They > are not generated files, as far as I can tell. Installing gtk2, glib2 > and libart just to be able to compile Classpath's java classes with > jikes seems like a bit of overkill ;) Yes, I agree. We should probably just check the macro files into Classpath's top-level directory. That's what we've done with libgcj. We should also update the HACKING file to recommend aclocal -I . That should solve the problem. Tom > > cheers, > dalibor topic > > > > ___ > Classpath mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/classpath ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
Patrik Reali <[EMAIL PROTECTED]> writes: > The problem with --disable-gtk-peer is that it works for the compilation, > but GTK must be installed anyway, otherwise aclocal fails. > > In practice, I would have to install GTK-2 just to be able to configure the > package _not_ to use GTK-2. > > To avoid this, I used to remove the GTK, GLIB, and LIBART stuff in the > configure.in file (from line 121 to line 148) before aclocal and eventually > configured classpath with --disable-gtk.peer. It's a hack , but it works for > me. Right, as a rule we don't check in generated files. To avoid this problem we'd have to check in the generated aclocal.m4. Brian -- Brian Jones <[EMAIL PROTECTED]> ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
The problem with --disable-gtk-peer is that it works for the compilation, but GTK must be installed anyway, otherwise aclocal fails. In practice, I would have to install GTK-2 just to be able to configure the package _not_ to use GTK-2. To avoid this, I used to remove the GTK, GLIB, and LIBART stuff in the configure.in file (from line 121 to line 148) before aclocal and eventually configured classpath with --disable-gtk.peer. It's a hack , but it works for me. -Patrik Stephen Crawley wrote: > > Mark Wielaard <[EMAIL PROTECTED]> wrote: > > On Thu, 2003-10-23 at 19:52, Dalibor Topic wrote: > > > apparently the configure.in in CVs is broken. I tried the > > > aclocal; autoheader; automake; autoconf > > > routine as recommended in the HACKING document, but it doesn't work:=20 > > > aclocal complains about > > >=20 > > > aclocal: configure.in: 134: macro `AM_PATH_GTK_2_0' not found in library > > > aclocal: configure.in: 137: macro `AM_PATH_GLIB_2_0' not found in library > > > aclocal: configure.in: 140: macro `AM_PATH_LIBART' not found in library > > >=20 > > > and it's all down from there ;) > > > > Also from the HACKING document: > > > > the following are required. > > =20 > > - GTK+ 2.x.x > > - libart_lgpl 2.1.0 > > > > Those packages should provide the missing AM_ macros. > > There is an alternative workaround to this. There is an ugly hack in > the configure.ac file that allows you configure to Classpath with > --disable-gtk-peer on a platform that does not have GTK+ 2.x.x. > > This workaround allows you to build / use Classpath for non-GUI apps if > you are stuck with an older Linux distro that only has GTK+ 1.x.x. > (Retrofitting GTK+ 2.x.x can be really hard because of the number of > libraries and applications that need to be upgraded. At least, that > was what I found with RedHat 7.2.) > > -- Steve > > P.S. This should be documented in the HACKING file, since the question > seems to come up every few months. > > > > ___ > Classpath mailing list > [EMAIL PROTECTED] > http://mail.gnu.org/mailman/listinfo/classpath > > ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
Mark Wielaard wrote: Hi, On Thu, 2003-10-23 at 19:52, Dalibor Topic wrote: apparently the configure.in in CVs is broken. I tried the aclocal; autoheader; automake; autoconf routine as recommended in the HACKING document, but it doesn't work: aclocal complains about aclocal: configure.in: 134: macro `AM_PATH_GTK_2_0' not found in library aclocal: configure.in: 137: macro `AM_PATH_GLIB_2_0' not found in library aclocal: configure.in: 140: macro `AM_PATH_LIBART' not found in library and it's all down from there ;) Also from the HACKING document: the following are required. - GTK+ 2.x.x - libart_lgpl 2.1.0 Those packages should provide the missing AM_ macros. Not in my HACKING document ;) There is says: For building the JNI native libraries, the following are required. - GTK+ 2.x.x - libart_lgpl 2.1.0 - gdk-pixbuf (Only needed if you want to compile the native library) But as I don't want to build the JNI libraries, I figured I wouldn't need it ;) Anyway, thanks, I'll fetch them just for the macros. Any idea where the macros hide in those packages? Stupid question no 2: why aren't those macros in the CVS archive? They are not generated files, as far as I can tell. Installing gtk2, glib2 and libart just to be able to compile Classpath's java classes with jikes seems like a bit of overkill ;) cheers, dalibor topic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
Mark Wielaard <[EMAIL PROTECTED]> wrote: > On Thu, 2003-10-23 at 19:52, Dalibor Topic wrote: > > apparently the configure.in in CVs is broken. I tried the > > aclocal; autoheader; automake; autoconf > > routine as recommended in the HACKING document, but it doesn't work:=20 > > aclocal complains about > >=20 > > aclocal: configure.in: 134: macro `AM_PATH_GTK_2_0' not found in library > > aclocal: configure.in: 137: macro `AM_PATH_GLIB_2_0' not found in library > > aclocal: configure.in: 140: macro `AM_PATH_LIBART' not found in library > >=20 > > and it's all down from there ;) > > Also from the HACKING document: > > the following are required. > =20 > - GTK+ 2.x.x > - libart_lgpl 2.1.0 > > Those packages should provide the missing AM_ macros. There is an alternative workaround to this. There is an ugly hack in the configure.ac file that allows you configure to Classpath with --disable-gtk-peer on a platform that does not have GTK+ 2.x.x. This workaround allows you to build / use Classpath for non-GUI apps if you are stuck with an older Linux distro that only has GTK+ 1.x.x. (Retrofitting GTK+ 2.x.x can be really hard because of the number of libraries and applications that need to be upgraded. At least, that was what I found with RedHat 7.2.) -- Steve P.S. This should be documented in the HACKING file, since the question seems to come up every few months. ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
Hi, On Thu, 2003-10-23 at 19:52, Dalibor Topic wrote: > apparently the configure.in in CVs is broken. I tried the > aclocal; autoheader; automake; autoconf > routine as recommended in the HACKING document, but it doesn't work: > aclocal complains about > > aclocal: configure.in: 134: macro `AM_PATH_GTK_2_0' not found in library > aclocal: configure.in: 137: macro `AM_PATH_GLIB_2_0' not found in library > aclocal: configure.in: 140: macro `AM_PATH_LIBART' not found in library > > and it's all down from there ;) Also from the HACKING document: the following are required. - GTK+ 2.x.x - libart_lgpl 2.1.0 Those packages should provide the missing AM_ macros. Cheers, Mark signature.asc Description: This is a digitally signed message part ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: CVS configure.in is broken
On Thu, 23 Oct 2003, Dalibor Topic wrote: > aclocal: configure.in: 134: macro `AM_PATH_GTK_2_0' not found in library > aclocal: configure.in: 137: macro `AM_PATH_GLIB_2_0' not found in library > aclocal: configure.in: 140: macro `AM_PATH_LIBART' not found in library These are normally provided by the build host I think. Does Classpath not have generated files checked in? That definitely makes things easier wrt auto* requirements. Jeff ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
CVS configure.in is broken
Hi all, apparently the configure.in in CVs is broken. I tried the aclocal; autoheader; automake; autoconf routine as recommended in the HACKING document, but it doesn't work: aclocal complains about aclocal: configure.in: 134: macro `AM_PATH_GTK_2_0' not found in library aclocal: configure.in: 137: macro `AM_PATH_GLIB_2_0' not found in library aclocal: configure.in: 140: macro `AM_PATH_LIBART' not found in library and it's all down from there ;) I'm using autconf 2.57 and automake 1.7.6. cheers, dalibor topic ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath