Paul Lew <[EMAIL PROTECTED]> writes:
> I would like to propose we modify automake (and autoconf) to
> allow multiple versions of automake coexisting on a given
> system. [...]
You may want to have a look at my packaging of Autoconf 2.13 and
Autoconf 2.52 for Debian, which includes an heuristic t
Hallo !
Was ist denn nun mit einem Treffen?
Du hast mir doch geschrieben, aber ich habe seitdem nichts mehr von Dir gehört.
Ich hätte nächstes Wochenende Zeit.
Meine Homepage: http://members.tripod.com.br/claudia24/
Bussi,
Claudia
http://www.eorge9621kou.home.ro/
> "Allan" == Allan Clark <[EMAIL PROTECTED]> writes:
Allan> When you say "libraries", are you referring to
Allan> libXXX.{a,so}, or "The ABC Corp Widget Library" (a
Allan> collection of libraries and non-standard tools)?
Sorry I did not state clearly. I meant libraries used by m
Title: Big Brother
FIND OUT WHO THEY ARE CHATTING/EMAILING WITH FOR ALL THOSE HOURS!
Is your spouse cheating online? Are your kids talking to dangerous people on
instant messenger?
FIND OUT NOW with
Big Brother available as an instant software download.
Click Here To Order
> "Paul" == Paul Lew <[EMAIL PROTECTED]> writes:
Paul> 383 - @AMDEP_TRUE@@am__include@
@am__quote@$(DEPDIR)/SQLAllocHandle.Plo@am__quote@
This usually means you didn't re-run aclocal + autoconf, or you ran
the wrong aclocal.
Tom
> "Paul" == Paul Lew <[EMAIL PROTECTED]> writes:
Paul> I would like to propose we modify automake (and autoconf) to
Paul> allow multiple versions of automake coexisting on a given
Paul> system.
This is a new feature in 1.6. So, it already works.
`make install' will install automake and auto
Paul Lew wrote:
> I would like to propose we modify automake (and autoconf) to allow
> multiple versions of automake coexisting on a given system. In our
> work, we used various open source libraries and each one of them work
> with a particular version of automake. This makes it hard for us to
I am using automake-1.5 and one of the open source library I am trying
to build use automake for its build. However, the configure seems to
generate a malformed Makefile which failed to build with message:
> configure
> make -f Makefile
...
Makefile:383: *** missing separato
Sorry if this has been brought up before.
I would like to propose we modify automake (and autoconf) to allow
multiple versions of automake coexisting on a given system. In our
work, we used various open source libraries and each one of them work
with a particular version of automake. This makes
After configuring, make and make check I got three errors:
FAIL: pr300-lib.test
FAIL: pr300-ltlib.test
FAIL: pr300-prog.test
Regards Jens
Am Mittwoch, 6. März 2002 08:04 schrieb Tom Tromey:
> We're pleased to announce the release of Automake 1.6. This release
> contains many bug fixes and imp
On Tue, 2002-03-05 at 21:17, Tom Tromey wrote:
> > "Alex" == Alex Hornby <[EMAIL PROTECTED]> writes:
>
> Alex> I'm trying to update some old Makefile.am's to the CVS automake. Its
> Alex> going well except I can't see a way to override a variable value
>
> Alex> I'm using this for a variety
>>> "Peczöli" == Peczöli Zoltán <[EMAIL PROTECTED]> writes:
Peczöli> Hello,
Peczöli> I wonder if there's a way to instruct automake not to
Peczöli> call itself with the "--include-deps" argument when
Peczöli> building a distribution.
Yes: upgrade to Automake 1.5 or 1.6. Dependencies are n
Hello,
I wonder if there's a way to instruct automake not to call itself with the
"--include-deps" argument when building a distribution. My projects works
fine with automake, while the distribution fails to compile due to
the Makefile.in generated by
automake --include-deps ...
command.
Tha
> New in 1.6:
> * Autoconf 2.52 is required.
That's bad. I have no intention yet to switch my projects to 2.5x.
14 matches
Mail list logo
