Re: CVS configure.in is broken

2003-10-27 Thread Stephen Crawley

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

2003-10-27 Thread Patrik Reali
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

2003-10-26 Thread Stephen Crawley

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

2003-10-26 Thread Mark Wielaard
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

2003-10-24 Thread Thomas Fitzsimmons
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

2003-10-24 Thread Brian Jones
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

2003-10-24 Thread Patrik Reali
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

2003-10-24 Thread Dalibor Topic
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

2003-10-23 Thread Stephen Crawley

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

2003-10-23 Thread Mark Wielaard
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

2003-10-23 Thread Jeff Sturm
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

2003-10-23 Thread Dalibor Topic
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