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,
- 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
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
_
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.
>
> >
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 docume
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 a
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 st
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: m
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 a
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_P
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
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: 1
12 matches
Mail list logo
