Understood. Thank you tip me the key!
On Fri, Apr 06, 2001 at 02:01:49AM -0300, Alexandre Oliva wrote:
> On Apr 6, 2001, Reed Lai <[EMAIL PROTECTED]> wrote:
>
> > I cannot include an extra makefile in Makefile.am, because the
> > automake will error since that extra makefile is created by
> >
On Apr 6, 2001, Reed Lai <[EMAIL PROTECTED]> wrote:
> I cannot include an extra makefile in Makefile.am, because the
> automake will error since that extra makefile is created by
> configure and not exist when automake is running.
Then you should probably arrange for autoconf to expand the file
Seniors,
I use both of autoconf and automake to maintain my project.
I cannot include an extra makefile in Makefile.am, because the
automake will error since that extra makefile is created by
configure and not exist when automake is running.
How do I deal with this requirement automatically wit
On Apr 6, 2001, Raja R Harinath <[EMAIL PROTECTED]> wrote:
> Hi,
> Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> On Apr 5, 2001, Raja R Harinath <[EMAIL PROTECTED]> wrote:
>> > The problem is that 'automake' now depends on the AC_SUBSTs in
>> > AM_INIT_AUTOMAKE to subst in VERSION and PACKAGE.
Hi,
Alexandre Oliva <[EMAIL PROTECTED]> writes:
> On Apr 5, 2001, Raja R Harinath <[EMAIL PROTECTED]> wrote:
> > Robert Boehne <[EMAIL PROTECTED]> writes:
> >> sed 's/^[^\.]*\.o://' | tr '
>
> > Try changing that to
>
> > sed 's/^.*\.o://' | tr '
>
> > This should be safe. I don't see why
Hi,
Alexandre Oliva <[EMAIL PROTECTED]> writes:
> On Apr 5, 2001, Raja R Harinath <[EMAIL PROTECTED]> wrote:
> > The problem is that 'automake' now depends on the AC_SUBSTs in
> > AM_INIT_AUTOMAKE to subst in VERSION and PACKAGE. Since the same
> > 'automake' doesn't understand 'm4_include's, i
On Apr 5, 2001, Raja R Harinath <[EMAIL PROTECTED]> wrote:
> Robert Boehne <[EMAIL PROTECTED]> writes:
>> sed 's/^[^\.]*\.o://' | tr '
> Try changing that to
> sed 's/^.*\.o://' | tr '
> This should be safe. I don't see why the original tried to avoid
> '.'s. The regexp is limited to the
On Apr 5, 2001, Raja R Harinath <[EMAIL PROTECTED]> wrote:
> The problem is that 'automake' now depends on the AC_SUBSTs in
> AM_INIT_AUTOMAKE to subst in VERSION and PACKAGE. Since the same
> 'automake' doesn't understand 'm4_include's, it does not see the
> actual definition of AM_INIT_AUTOMA
On Apr 5, 2001, Adam C Powell IV <[EMAIL PROTECTED]> wrote:
> By the way, how do I unsubscribe?
See the `List-Unsubscribe' header in every message you receive.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com,
in one of the leaf Makefile.am's I tried
libexec_PROGRAMS = smb_auth
smb_auth_CFLAGS
+= -DSAMBAPREFIX=\"/usr/local/samba\" -DHELPERSCRIPT=\"test.sh\"
(hoping that the goatbook comment re: automake 1.5 in the FAQ was based
on current CVS code :])
Now automake --foreign in the root of the source
- Original Message -
From: "Tom Tromey" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: "Akim Demaille" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, April 06, 2001 9:43 AM
Subject: Re: make dist and BUILT_SOURCES
> > "Robert" == Robert Collins <[EMAIL PROTE
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
>> BUILT_SOURCES aren't automatically distributed.
Robert> Well... it was trying to :]. I've sent in an extract from
Robert> Makefile.am,, would you like a test case?
Sure.
Were they also listed in another foo_SOURCES variable?
That
Robert Boehne <[EMAIL PROTECTED]> writes:
> I've been having some problems with depencency tracking under
> IRIX with the native compiler, it didn't help to use GNU sed,
> so I tracked the problem down to this line from depcomp:
>
> sed 's/^[^\.]*\.o://' | tr '
Try changing that to
sed 's/^.
Automake:
I've been having some problems with depencency tracking under
IRIX with the native compiler, it didn't help to use GNU sed,
so I tracked the problem down to this line from depcomp:
sed 's/^[^\.]*\.o://' | tr '
...
For a source file named ExprIntrp.tab.c, the dependency file
produced
Hi,
The following patch fixes a problem with CVS autoconf, if a recent
enough CVS snapshot of automake was used on it.
The problem is that 'automake' now depends on the AC_SUBSTs in
AM_INIT_AUTOMAKE to subst in VERSION and PACKAGE. Since the same
'automake' doesn't understand 'm4_include's, i
Changelog:
* distdir.am: Recurse into subdirs before handling files in the
current directory.
This patch reverses the order of subdir processing with current
directory files for the make dist target. This should allow make dist
with _SOURCES targets like foo/a.c or foo/bar/a.c. It' won't help
- Original Message -
From: "Tom Tromey" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, April 06, 2001 3:25 AM
Subject: Re: 2nd possibly silly question: XTRA_foo_SOURCES
> > "Robert" == Robert Collins <[EMAIL PROTECTED]>
writes:
>
>
- Original Message -
From: "Akim Demaille" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Robert Collins" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Friday, April 06, 2001 3:43 AM
Subject: Re: program target missing $(EXEEXT)
> > "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
- Original Message -
From: "Tom Tromey" <[EMAIL PROTECTED]>
To: "Akim Demaille" <[EMAIL PROTECTED]>
Cc: "Robert Collins" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Friday, April 06, 2001 3:13 AM
Subject: Re: make dist and BUILT_SOURCES
> > "Akim" == Akim Demaille <[EMAIL PROTECTE
By the way, how do I unsubscribe?
http://mail.gnu.org/mailman/listinfo/automake has no such instructions,
nor was there anything useful in the subscribe confirmation email or
other emails from the list.
Thanks,
-Adam P.
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Adam C Powell IV wrote:
> I think the following options are available to me:
>
>* hard-code the variable I had hoped to get from the foreign makefile, which will
>break
> if it differs from platform to platform or machine to machine.
>* give up on cross-platform and hand-create .la
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> I think the program rules somehow touched both PROG and PROG.exe.
Sorry, I'm lost :( What do you mean?
I'm risking an answer which might be completely irrelevant: we now
always use $(EXEEX), hence we don't to address both PROG and PROG
Tom> I'm suprised by that. I thought we were always building as
Tom> foo.$(EXEEXT). That's why we did the ugly _PROGRAMS rewrite
Tom> stuff in am_install_var.
Akim> As a matter of fact we do rewrite *_PROGRAMS, but *after* having
Akim> set @result which is the return value of am_install_vars.
A
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Akim> Sorry, I think I was confused. I checked, and it seems to be
Akim> what was designed: compile as foo, but *install* as
Akim> foo.$(EXEEXT). I might be wrong again, but at least 1.4 behaves
Akim> this way.
Tom> I'm suprised by that. I
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Robert> AC_EXEEXT was already present. I added AC_OBJEXT and ran
Robert> automake --foreign again, no change.
Akim> Sorry, I think I was confused. I checked, and it seems to be
Akim> what was designed: compile as foo, but *install* as
Akim>
Robert> AC_EXEEXT was already present. I added AC_OBJEXT and ran
Robert> automake --foreign again, no change.
Akim> Sorry, I think I was confused. I checked, and it seems to be
Akim> what was designed: compile as foo, but *install* as
Akim> foo.$(EXEEXT). I might be wrong again, but at least 1.
Thanks!!!
I was using automake 1.4, and that was the problem..
-Original Message-
From: Tom Tromey [mailto:[EMAIL PROTECTED]]
Sent: 5 avril, 2001 13:09
To: [EMAIL PROTECTED]
Cc: Paul Wighton; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: -Wp flag??
> "Gary" == Gary V Vaughan <[
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> squid_SOURCES = \
Robert> access_log.c acl.c asn.c auth_modules.c authenticate.c cache_cf.c
Robert> cf_parser.h \
Robert> disk.c @DNS_SOURCE@ errorpage.c
You can't use a configure substitution in a _SOURCES variable.
This is a
> "Esben" == Esben Haabendal Soerensen <[EMAIL PROTECTED]> writes:
Esben> The automake docs claims that the ylwrap script solves the
Esben> problem with including multiple yacc or lex source fles in a
Esben> single program, but it seem to only solve a very small part of
Esben> the problem.
T
> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> However there is still a problem:
Robert> make dist doesn't create directory foo.
This is a bug.
>> 2) Do the stub directories such as foo, which only have 2 or three c
>> files need Makefile.am's ?
Robert> I take it the answ
Alexandre> There's an automake option that tells it to keep object
Alexandre> files in subdirs. I don't recall the exact spelling.
Akim> Couldn't find it in the doc (probably still too experimental?),
Akim> but a RTFC shows it's subdir-objects. See the subobj*.test
Akim> files.
That's a genero
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Robert> is there some way to exclude specific built sources from the
Robert> disrtribution?
Akim> Automake will always ship parsers and scanners, but I don't
Akim> believe it ships all the BUILT_SOURCES.
BUILT_SOURCES aren't automaticall
> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> I'm leaving the text of your email intact for the benefit of new
Gary> readers on [EMAIL PROTECTED] It appears that the problems you
Gary> are experiencing are caused by the automated compiler dependency
Gary> generation code in au
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> One of the other CVS developers reported a bug in depcomp on
Derek> BSD/OS. Apparently the included /bin/sh doesn't set $? inside
Derek> of the conditional. His original message and fix are attached.
Thanks. This looks good to
> "Naveen" == Naveen Chandra <[EMAIL PROTECTED]> writes:
Naveen> I am using gnu tools to configure my build environment. If I run
Naveen> automake --foreign --include-deps I get an error
Naveen> "automake: no `Makefile.am' found or specified" eventhough I have
Naveen> Makefile.am. I have l
Hey folks!
One of the other CVS developers reported a bug in depcomp on BSD/OS.
Apparently the included /bin/sh doesn't set $? inside of the
conditional. His original message and fix are attached.
Derek
--
Derek Price CVS Solutions Architect ( http://CVSHome.org )
mailto:[
The attached test csae demonstrates the problem. I don't think I'll have
time to step upto the coding plate, but I figure a the test might make
things easier ... :]
Rob
subobj5.test
- Original Message -
From: "Akim Demaille" <[EMAIL PROTECTED]>
To: "Alexandre Oliva" <[EMAIL PROTECTED]>
Cc: "Robert Collins" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Thursday, April 05, 2001 12:56 AM
Subject: Re: make dist and sources in subdirs
> > "Alexandre" == Alexandre Ol
- Original Message -
From: "Lars J. Aas" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, April 05, 2001 5:34 PM
Subject: Re: make dist and sources in subdirs
> On Thu, Apr 05, 2001 at 09:20:46AM +0200, Lars J. Aas wrote:
> : On Thu, Ap
On Thu, Apr 05, 2001 at 09:20:46AM +0200, Lars J. Aas wrote:
: On Thu, Apr 05, 2001 at 08:33:52AM +1000, Robert Collins wrote:
: : I take it the answer to this is "yes it solves creating the directory?"
: : The reason why I was hoping to avoid a Makefile is that it saves a level
: : of recursion d
On Thu, Apr 05, 2001 at 08:33:52AM +1000, Robert Collins wrote:
: I take it the answer to this is "yes it solves creating the directory?"
: The reason why I was hoping to avoid a Makefile is that it saves a level
: of recursion during make, and on cygwin that saves time.
I'm doing the same thing
41 matches
Mail list logo