Hi,
When I use AC_CHECK_LIB(foo,bla), it will fail utterly if libfoo
is linked to libbar and I neglected to put -lbar in the 5th
argument of AC_CHECK_LIB.
This may be just what you want.
On the other hand, I get the impression that every time I turn around
X11R6 has split out another two or
On Mon, Jun 04, 2001 at 05:49:41PM +0200, Peter Eisentraut wrote:
Unfortunately it's hardly possible to automatically detect dependencies
that have not been declared anywhere by a means other than trying out all
possible candidates.
While we're on the subject, what about this situation:
My
Steve M. Robbins [EMAIL PROTECTED] writes:
On Mon, Jun 04, 2001 at 05:49:41PM +0200, Peter Eisentraut wrote:
Steve M. Robbins writes:
I expect that one cannot do so in general. But I'll take a partial
solution, if there is one. On linux, at least, ldd libfoo.so will
tell me which
On Monday 04 June 2001 6:01 pm, [EMAIL PROTECTED] wrote:
Apparently aclocal (in automake 1.4-p2) isn't prepared for configure.ac
instead of configure.in --
aclocal: couldn't open `configure.in': No such file or directory
k
1.4-p2 is merely a branch from the venerable automake-1.4 release
Hello, Akim!
- Have the sourceware pages point to gnu.org, and *period*, no other
content. In fact, I believe Autoconf should disappear from there,
especially the CVS interface.
But how about the GNATS database? It contains some interesting entries.
Are you suggesting moving the
On Mon, Jun 04, 2001 at 08:40:13PM +0200, Simon Josefsson wrote:
Steve M. Robbins [EMAIL PROTECTED] writes:
On Mon, Jun 04, 2001 at 05:49:41PM +0200, Peter Eisentraut wrote:
Steve M. Robbins writes:
I expect that one cannot do so in general. But I'll take a partial
solution, if
Steve M. Robbins writes:
I expect that one cannot do so in general. But I'll take a partial
solution, if there is one. On linux, at least, ldd libfoo.so will
tell me which other shared objects libfoo links against, so this
info is embedded in the shared object.
If the info is embedded in
I'm pretty shocked to learn that configure scripts generated by
autoconf 2.50 no longer allow me to use an empty --prefix
(i.e. ./configure --prefix= ). This is standard practice when
configuring packages for the Hurd, since we pretend we can do without
/usr. Of course I can specify --prefix=/,
On Mon, Jun 04, 2001 at 05:49:41PM +0200, Peter Eisentraut wrote:
Steve M. Robbins writes:
I expect that one cannot do so in general. But I'll take a partial
solution, if there is one. On linux, at least, ldd libfoo.so will
tell me which other shared objects libfoo links against, so
- Original Message -
From: Gary V. Vaughan [EMAIL PROTECTED]
To: Robert Collins [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, June 05, 2001 6:51 AM
Subject: Re: cygwin libtool breakage
On Monday 04 June 2001 2:22 am, Robert Collins wrote:
- Original Message -
From: Robert Collins [EMAIL PROTECTED]
- Original Message -
From: Gary V. Vaughan [EMAIL PROTECTED]
On Monday 04 June 2001 2:22 am, Robert Collins wrote:
-Original Message-
From: Gary V. Vaughan [mailto:[EMAIL PROTECTED]]
Robert Collins wrote:
I _did_ have autoconf CVS HEAD at one point, I reverted to 2.13 to be in
line with other users, and I haven't upgraded again yet. I don't recall
this problem from back then.. if that helps at all :]
Rob
Hi Robert,
Don't know if you follow the autoconf list but you
-Original Message-
From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, June 05, 2001 10:55 AM
To: Robert Collins
Cc: Gary V. Vaughan; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: cygwin libtool breakage
Robert Collins wrote:
I _did_ have autoconf CVS HEAD at
On Monday 04 June 2001 2:22 am, Robert Collins wrote:
-Original Message-
From: Gary V. Vaughan [mailto:[EMAIL PROTECTED]]
gary@MALACHI ~/libtool$ export CC=gcc
I haven't done this... can the cygwin environment test ac_require
ac_prog_cc ?
In autoconf-2.13 it should have done:
14 matches
Mail list logo