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
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 )
"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 looked at
"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 me.
I'll
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 generous
"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 answer to this is
"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.
That's
"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 very
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.4
"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
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.
Akim
"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.exe:
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 [EMAIL
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
- 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 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:
Tom I think
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
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,
"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 would
- 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 PROTECTED]
writes:
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
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 first ':'
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
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
configure
24 matches
Mail list logo