Hello Reuben,
* Reuben Thomas wrote on Tue, Aug 19, 2008 at 06:44:31PM CEST:
On Tue, 19 Aug 2008, Reuben Thomas wrote:
From the DejaGnu manual:
DejaGnu require the directory be named `testsuite'.
Automake by default makes dejagnu look for the config and ${TOOL}.test
directories in the
On Thu, 21 Aug 2008, Ralf Wildenhues wrote:
Hello Reuben,
* Reuben Thomas wrote on Tue, Aug 19, 2008 at 06:44:31PM CEST:
On Tue, 19 Aug 2008, Reuben Thomas wrote:
From the DejaGnu manual:
DejaGnu require the directory be named `testsuite'.
Automake by default makes dejagnu look for the
On Thu, 21 Aug 2008, Ralf Wildenhues wrote:
* Reuben Thomas wrote on Thu, Aug 21, 2008 at 10:20:38AM CEST:
On Thu, 21 Aug 2008, Ralf Wildenhues wrote:
Not sure what the result of both your messages combined is. Care to
formulate it as a patch against the manual?
I'm not proposing a fix,
Versions: 1.10, 1.10.1
`automake' arguments always was:
--gnu
(This seems to not matter.)
Have a package with at least 1 subdirectory. `Makefile.in' files of
said package in both its top source directory and its subdirectories
are generated by `automake' as above. They include targets to
Described what is fixing here in Makefile.in in subdir not
generated posted to [EMAIL PROTECTED] on
generated ([EMAIL PROTECTED]).
Patched 1.10.1 as follows.
* lib/am/configure.am (%MAKEFILE-IN%): Fixed `exit'ing before
invoking `$(AUTOMAKE)' if prerequisite other then
Thanks!
On Thu, Aug 21, 2008 at 1:42 PM, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* Peter Johansson wrote on Wed, Aug 20, 2008 at 05:23:10AM CEST:
Steven Woody wrote:
2. What's the difference between @varname@ and $(varname) in a
Makefile.am? I noted you use many @@
I think the
Hello Joost,
* Joost Kraaijeveld wrote on Fri, Aug 15, 2008 at 02:54:25PM CEST:
I get the message Putting files in AC_CONFIG_AUX_DIR, `..'. from
libtoolize.
Can anyone tell me what this means, if it is harmful and,if needed, what
I can do about it?
It means libtoolize thinks that the
Hi there,
I desperately need a way out this limitation of Automake.
The problem is as follows: the Parma Polyhedra Library
(http://www.cs.unipr.it/ppl/) provides foreign interfaces
(C, OCaml, Prolog and Java) to a number of abstract domains.
The abstract domains that are interfaced are
Hello Roberto,
* Roberto Bagnara wrote on Thu, Aug 21, 2008 at 12:55:25PM CEST:
[ ... lots of sources, conditional and all ... ]
Using the solution outlined in the Automake manual
(i.e., using conditionals) would cause us to write enormous
Makefile.am files which would be a maintenance
Ralf Wildenhues wrote:
* Roberto Bagnara wrote on Thu, Aug 21, 2008 at 12:55:25PM CEST:
[ ... lots of sources, conditional and all ... ]
Using the solution outlined in the Automake manual
(i.e., using conditionals) would cause us to write enormous
Makefile.am files which would be a maintenance
* Roberto Bagnara wrote on Thu, Aug 21, 2008 at 08:00:04PM CEST:
Ralf Wildenhues wrote:
Are you saying that you generate Makefile.am (or an include snippet
for it) automatically?
no. In the previous version we generated automatically the individual
C++ sources, including one that #included
Ralf Wildenhues wrote:
Yep. Your approach is essentially the hack I had in mind.
Put the added objects in libppl_swiprolog_la_DEPENDENCIES,
too, then things will work. Of course then you have to
put everything else manually in that DEPENDENCIES variable,
too (which automake would otherwise
Under Availability it says
The latest released version of Automake is 1.10.1 and it can be found on
ftp.gnu.org and its mirrors.
where ftp.gnu.org and mirrors are hyperlinks.
The problem is that ftp.gnu.org points to
ftp://ftp.gnu.org/gnu/automake/automake-1.10.tar.gz and I think it would
be
I am trying to build a library on a leopard machine with autoconf 2.61 and
automake 10.1 from mac ports. The generated makefile has no object files and
then the ar command fails with :
ar cru libliquidsurfaces.a
ar: no archive members specified
usage: ar -d [-TLsv] archive file ...
Hi Magnus,
* Magnus Fromreide wrote on Wed, Aug 20, 2008 at 11:01:57PM CEST:
Under Availability it says
[...]
The problem is that ftp.gnu.org points to
ftp://ftp.gnu.org/gnu/automake/automake-1.10.tar.gz and I think it would
be good if it could point to 1.10.1.
Fixed, thanks for the report!
15 matches
Mail list logo