Hi,
An observation with cvs-autoconf and automake-1.4d:
Given this configure.in:
AC_INIT(Makefile.am)
AM_INIT_AUTOMAKE(foo,0,no)
AM_MAKE_INCLUDE
AC_OUTPUT(Makefile)
# ./configure
checking for a BSD compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
che
Edward, I recall a discussion on your patch where it wasn't accepted -
which is why I brought the topic with a frest start.
Rob
> -Original Message-
> From: edward [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 11:00 AM
> To: Robert Collins; Akim Demaille
> Cc: [EMAIL PRO
search through the archives of both automake and libtool for my cygwin
patches, robert, for my particular method of dealing with this.
cheers,
edward
- Original Message -
From: "Robert Collins" <[EMAIL PROTECTED]>
To: "Akim Demaille" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Mond
I posted a while back asking for a good solution to building perl
modules inside an automake/autoconf-based package. The only real
response I got was 'I thought everybody used MakeMaker to do that...'
So, I looked at how to combine MakeMaker w/ automake/autoconf, and
here's what I came up with (
Akim:
Ok, I hand-edited the Makefile.in's to add -c to the rule
that makes libtool *.lo objects, then reconfigured.
But the original problem exists in your patched version.
I'm looking into the differences between the Makefile.in's in
libtool's demo directory and I've noticed that the CVS
version
Adam C Powell IV wrote:
> > I'm suprised you're seeing an error message here. Can you write a
> > simple example that shows it?
> >
> > Tom
>
> configure.in and Makefile.am are attached, they're relatively simple as these
> things go. If you run Debian (unstable), having petsc-dev installed sho
Akim Demaille wrote:
>
> > "Robert" == Robert Boehne <[EMAIL PROTECTED]> writes:
>
> Robert> Hello all! I've found a problem with conditional compilation
> Robert> in the CVS version of Automake that was introduced some time
> Robert> since March 4. Multi-language-branch libtool fails 16 t
The "comment following trailing backslash" warning ought not to be given
if the backslash is already inside a comment. Just my .02 cents.
Lars J
You have emailed Dr Damian Conway of the School of Computer Science and
Software Engineering, Monash University.
Damian is indisposed at present and we have been informed that he may
not be able to respond email for the next two weeks. Your message will
be stored until then.
[This is an autorep
> "David" == David Lee <[EMAIL PROTECTED]> writes:
David> You'll know this yourself, of course, as maintainer of
David> "automake", which is why we are agreeing.
I'm not an Automake maintainer, just a prolix participant :) Tom
Tromey is the maintainer.
Damian,
You are Cc'ed as the Class::Struct maintainer (?). We are considering
using Perl 5.6's Class::Struct with Automake, but with perl 5.5 as
highest requirement. It works fine once you removed most recent 5.6
features which we don't need in Automake.
There are several issues related to th
On 26 Mar 2001, Akim Demaille wrote:
> > "David" == David Lee <[EMAIL PROTECTED]> writes:
>
> David> Wouldn't it be cleaner to talk with the maintainers of
> David> Class::Struct with a view to making Class::Struct itself able
> David> to work on "lesser" versions of Perl? (And automake cou
On Wed, Mar 21, 2001 at 11:54:00AM -0700, Tom Tromey wrote:
: > "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
:
: Lars> I've started cleaning up my projects so that "make dist" will
: Lars> work for them. To make it work, though, there are some files I
: Lars> have to put in EXTRA_DIST to
- Original Message -
From: "Akim Demaille" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, March 26, 2001 11:03 PM
Subject: Re: program target missing $(EXEEXT)
> > "Robert" == Robert Collins <[EMAIL PROTECTED]>
writes:
>
> Robert> A
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> AC_EXEEXT was already present. I added AC_OBJEXT and ran
Robert> automake --foreign again, no change.
Sorry, I think I was confused. I checked, and it seems to be what was
designed: compile as foo, but *install* as foo.$(EXEEX
AC_EXEEXT was already present. I added AC_OBJEXT and ran
automake --foreign again, no change.
Rob
- Original Message -
From: "Akim Demaille" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, March 26, 2001 10:55 PM
Subject: Re: program ta
| I hope I'm sending these problem reports to the right place...
| Environment: cygwin. (Bleeding edge custom build).
| I'm using automake CVS (updated around 2 hours ago).
|
| The following makefile.am
| ==
| bin_PROGRAMS = client
| ==
| generates the following target list (abridged) in Makefil
I hope I'm sending these problem reports to the right place...
Environment: cygwin. (Bleeding edge custom build).
I'm using automake CVS (updated around 2 hours ago).
The following makefile.am
==
bin_PROGRAMS = client
==
generates the following target list (abridged) in Makefile.in
==
client: $(
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> The project I'm converting to automake uses
Robert> AC_CONFIG_AUX_DIR(cfgaux). The dependency cehcking code was
Robert> looking for depend in the srcdir, not the srcdir/cfgaux. I'm
Robert> using a cvs version of autoconf - it's
The project I'm converting to automake uses AC_CONFIG_AUX_DIR(cfgaux).
The dependency cehcking code was looking for depend in the srcdir, not
the srcdir/cfgaux. I'm using a cvs version of autoconf - it's possible
they've changed the variables used...
Anyway, I've worked around it by dnl'ing the A
- Original Message -
From: "Akim Demaille" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, March 26, 2001 9:11 PM
Subject: Re: Feature request.
>
> | I haven't dug into automakes internals.. or I'd consider hacking
this up
> | myself. It
| I haven't dug into automakes internals.. or I'd consider hacking this up
| myself. It seems to me that a useful feature would be a DEFINES primary
| that allows extra DEFINES on a per program basis.
|
| i.e (drawing on a similar example in the documentation)
| instead of
| bin_PROGRAMS = etags
I haven't dug into automakes internals.. or I'd consider hacking this up
myself. It seems to me that a useful feature would be a DEFINES primary
that allows extra DEFINES on a per program basis.
i.e (drawing on a similar example in the documentation)
instead of
bin_PROGRAMS = etags ctags
ctags_SO
I several warnings of the form :
src/Makefile.am:42: squid_SOURCES includes configure substitution
`@DNS_SOURCE@'
for a makefile.am containing (trimmed for clarity):
EXTRA_squid_SOURCES = dns.c dns_internal.c
squid_SOURCES = \
access_log.c acl.c asn.c auth_modules.c authenticate.c cache_cf.c
c
> "David" == David Lee <[EMAIL PROTECTED]> writes:
David> Wouldn't it be cleaner to talk with the maintainers of
David> Class::Struct with a view to making Class::Struct itself able
David> to work on "lesser" versions of Perl? (And automake could then
David> use the Real Thing.)
That was wh
On Sun, 25 Mar 2001, Akim Demaille wrote:
> The patch is really a proposal: it relies on a modified version of
> Perl 5.6's Class::Struct. The modification are minimal, and just
> ensure that it works with 5.005:
>
> [...]
>
> I still have no idea whether the license makes it possible for us t
- Original Message -
From: "Akim Demaille" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, March 26, 2001 7:13 PM
Subject: Re: possible bug..
>
> | In a Makefile.am I have (abriged)
> | noinst_PROGRAMS = cf_gen
> |
> | cfgen_SOURCES = cf
| In a Makefile.am I have (abriged)
| noinst_PROGRAMS = cf_gen
|
| cfgen_SOURCES = cf_gen.c cf_gen_defines.h
|
| cfgen_LDADD = ../lib/libmiscutil.a
|
| but when I run automake I get
|
| src/Makefile.am:22: invalid unused variable name: `cfgen_LDADD'
| src/Makefile.am:20: invalid unused variab
In a Makefile.am I have (abriged)
noinst_PROGRAMS = cf_gen
cfgen_SOURCES = cf_gen.c cf_gen_defines.h
cfgen_LDADD = ../lib/libmiscutil.a
but when I run automake I get
src/Makefile.am:22: invalid unused variable name: `cfgen_LDADD'
src/Makefile.am:20: invalid unused variable name: `cfgen_SOURCE
29 matches
Mail list logo
