On Mon, Oct 08, 2001 at 08:17:01AM +0200, Tim Van Holder wrote:
> > Can't tell. What surprises me is that I haven't found it anywhere in the
> > files of my 2.13 binary package, but still autoconf doesn't complain about
> > it when it sees it :).
>
> That's because it's a shell variable, not a ma
> As I pointed in a previous post, it is however set in m4/missing.m4 in
> autoconf 2.52 source tree, so it should be possible to use it with plain
> autoconf I suppose. missing.m4 also defines AM_MISSING_PROG. I agree though
> that the names of these macros sound very automakeish :)
Yes, autocon
On Fri, Oct 05, 2001 at 10:19:41AM -0700, Paul Eggert wrote:
> > From: John Poltorak <[EMAIL PROTECTED]>
> > Date: Fri, 5 Oct 2001 11:51:30 +0100
> >
> > Just wondered why Autoconf insists on looking for gawk and ignores awk,
> > unless $AWK is set...
>
> It doesn't ignore 'awk'; it just prefer
Bill Moseley wrote:
> I'm looking for an example use of autoconf to optionally use a shared
> library, and what to instructions to give when the library is
> installed in a non-standard location. I'm wondering if there's a
> standard approach.
I think that most of us agree that the "standard" ap
At 07:55 PM 10/08/01 -0400, Steven G. Johnson wrote:
>I think that most of us agree that the "standard" approach is to tell the
>user to use LDFLAGS and CPPFLAGS to tell configure to look in nonstandard
>locations for libraries/headers, e.g.:
>
> ./configure LDFLAGS=-L/foo/lib CPPFLAGS=-I/fo
On Mon, 8 Oct 2001, Bill Moseley wrote:
> http://www.gnu.org/software/ac-archive/Installed_Packages/smr_with_build_pat
> h.html
> >(i.e. *don't* do --with-libfoo=)
>
> Oh, so that's what I'm doing. What's wrong with --with-libfoo?
>
> Actually, it seems necessary in my situation, because the l
> > > I can't say as I found it in any documentation. I pulled it out of
> > > other examples of its use in /usr/share/{aclocal,autoconf,automake}!
> You'll need to call
> AC_CHECK_PROGS(YACC, byacc yacc 'bison -y', [AM_MISSING_PROG(yacc)])
> instead of using the undocumented, unsupported, in
On a Linux-2.4 machine using the following
AC_PATH_X
AC_LANG_PUSH(C)
AC_CHECK_LIB(Xmu, XmuLookupStandardColormap,,, -lXt -lX11)
AC_CHECK_LIB(X11, XCreateWindow)
AC_LANG_POP(C)
I get
checking for X... libraries /usr/X11/lib, headers
checking for XmuLookupStandardColormap in -lXmu... no
