On 10/20/07, Ben Pfaff <[EMAIL PROTECTED]> wrote:
> "Michael B Allen" <[EMAIL PROTECTED]> writes:
>
> > But here's the problem: liba uses libtool / automake and builds a
> > number of test programs not just by configure but by liba's test suite
> > and the linker *does* try to resolve depenencies i
On 10/20/07, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> "Michael B Allen" <[EMAIL PROTECTED]> writes:
>
> > So how to do I preset a cache variable before running configure?
>
> You can put it in the environment, or use config.site. See
> (autoconf)Site Defaults.
Hey Andreas,
Ok. I see the docs
"Michael B Allen" <[EMAIL PROTECTED]> writes:
> But here's the problem: liba uses libtool / automake and builds a
> number of test programs not just by configure but by liba's test suite
> and the linker *does* try to resolve depenencies in that case.
> Meaning, if I try to build an executable wit
"Michael B Allen" <[EMAIL PROTECTED]> writes:
> So how to do I preset a cache variable before running configure?
You can put it in the environment, or use config.site. See
(autoconf)Site Defaults.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße
On 10/20/07, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> > So is there a way to tell a specific check to fail?
>
> You can preset the cache variable before running configure.
Excellent!
So how to do I preset a cache variable before running configure?
Mike
"Michael B Allen" <[EMAIL PROTECTED]> writes:
> So is there a way to tell a specific check to fail?
You can preset the cache variable before running configure.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fi
Nuts.
On 10/20/07, Bob Friesenhahn <[EMAIL PROTECTED]> wrote:
> My best advice is to change the design of your libraries to avoid the
> circular dependencies.
On Sat, 20 Oct 2007, Michael B Allen wrote:
I have two libraries liba and libb. I would like liba to call a
function in libb but libb is linked with liba. So I have a circular
dependency. Normally this is not a problem because the linker doesn't
try to resolve dependencies when linking libraries
Hey,
I have a package that uses AC and checks for a lib but the package
also has it's own implementation of that lib. I have the said lib
installed on the system but I want autoconf to fail that check and
used the one provided in the package.
So is there a way to tell a specific check to fail?
M
Hi,
I have two libraries liba and libb. I would like liba to call a
function in libb but libb is linked with liba. So I have a circular
dependency. Normally this is not a problem because the linker doesn't
try to resolve dependencies when linking libraries.
But here's the problem: liba uses libto
Hello list,
Due to a sudden lack of imagination, I wrote a testsuite named
`check' and used it as a `check_SCRIPTS' which led to an infinite
recursion of make (because the .PHONY check depends on check-am which
does a `$(MAKE) $(AM_MAKEFLAGS) $(check_SCRIPTS)' so the make has no
chance of
11 matches
Mail list logo