Assar Westerlund <[EMAIL PROTECTED]> writes:
> And I've not merged my brain with m4 but it wasn't obvious to me that I
> needed to add some m4-code inside the test just because I used a string
> starting with AF* in my C-code.
I think it's a rather dubious feature myself. :/ AF_INET isn't a
pa
What is foreign.at:24:
AT_CHECK([libtoolize | sed -n ["s,^.*\`\(/[^']*\)'.*,\1,p"] >at-path],
0, [], ignore)
trying to do?
For me:
quartz% libtoolize --version
libtoolize (GNU libtool) 1.3c
and
libtoolize --version | sed -n "s,^.*\`\(/[^']*\)'.*,\1,p"
gets me strictly nothing, so
Russ Allbery <[EMAIL PROTECTED]> writes:
> > Put it inside the macro that checks for AF_INET!
>
> One normally never checks for AF_INET.
Just to clarify, I don't. What I do is to have a test that uses
AF_INET in the C-code it tries to compile (and run).
And I've not merged my brain with m4 but
> > Lars> A better fix would be to have AC_PATH_PROG (or whichever macro
> > Lars> it is that searches for the compiler) to also consider implied
> > Lars> exe- extensions on systems that use them, and add the extension
> > Lars> to the returned program name.
> >
> > The real good fix will be to
On Wed, Jan 17, 2001 at 10:13:58AM +0100, Akim Demaille wrote:
> > "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
>
> Lars> A better fix would be to have AC_PATH_PROG (or whichever macro
> Lars> it is that searches for the compiler) to also consider implied
> Lars> exe- extensions on system
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> It seems to me that Autoconf's job is not to remove unportable
Akim> code written by the user, so it seems wrong to have it remove
Akim> VPATH definitions from Makefiles. Historically I'm sure it was
Akim> useful, in a previous cent
I'd like to request the following changes in file names for some future
version of autoconf:
-) use acversion.in, not acversion.m4.in
reason: not all systems support multiple dots in filenames
A similar problem exists in the man directory (the config.guess and
config.sub man pages), but that
Akim Demaille wrote:
> > "Ganesan" == Ganesan Rajagopal <[EMAIL PROTECTED]> writes:
>
> Ganesan> I am curious which versions of automake actually remove
> Ganesan> VPATH.
>
> s/make/conf/.
>
> Well all the known versions, under some conditions only.
# Any assignment to VPATH causes Sun make
Akim Demaille <[EMAIL PROTECTED]> writes:
>> "Assar" == Assar Westerlund <[EMAIL PROTECTED]> writes:
> Assar> Isn't there some way of adding this to the autoconf files
> Assar> instead of having to have it in every configure.in?
> Put it inside the macro that checks for AF_INET!
One norma
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
| 1. Make sure divert push/pop are balanced.
Here are my first results, before and after applying the fix, on Jim's
files.
/tmp/fileutils-4.0.37 % time ace nostromo 15:07
configure.in:81
con
> "Matthew" == Matthew R MacIntyre <[EMAIL PROTECTED]> writes:
Matthew> Can someone show me how AC_CYGWIN can be used to define a
Matthew> symbol in config.h? I can't find an example where this is
Matthew> used.
Just don't! If you really need to, either rely on __CYGWIN__ which
is defined
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> Darn, I jinxed it with yesterdays post...
Actually you are concerned only if somewhere you have passed a single
quoted set of includes not terminating with a new line: the `#' eats
the closing paren.
Apply this.
? acgeneral.m4.ann
On Wed, Jan 17, 2001 at 02:46:34PM +0100, Akim Demaille wrote:
: do not use it.
Darn, I jinxed it with yesterdays post...
Lars J
--
Innovation is one percent inspiration and ninetynine percent perspiration,
and in my case; twice that... -- Norville Barnes, `The Hudsucker Proxy'
do not use it.
Hello,
Can someone show me how AC_CYGWIN can be used to define a symbol in
config.h? I can't find an example where this is used.
Thanks in advance,
-matt
> "Ganesan" == Ganesan Rajagopal <[EMAIL PROTECTED]> writes:
Ganesan> I am curious which versions of automake actually remove
Ganesan> VPATH.
s/make/conf/.
Well all the known versions, under some conditions only.
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
> On Wed, Jan 17, 2001 at 11:17:00AM +0100, Akim Demaille wrote:
> : It seems to me that Autoconf's job is not to remove unportable code
> : written by the user, so it seems wrong to have it remove VPATH
> : definitions from Makefiles. Histo
On Wed, Jan 17, 2001 at 02:02:17PM +0100, Lars J. Aas wrote:
: I'm all for this if the user can silence the warning by doing something
: with a variable setting in the Makefile.am in case he knows what he is
: doing.
The same goes for all the automake warnings. If the warnings could be
enumerate
On Wed, Jan 17, 2001 at 11:17:00AM +0100, Akim Demaille wrote:
: It seems to me that Autoconf's job is not to remove unportable code
: written by the user, so it seems wrong to have it remove VPATH
: definitions from Makefiles. Historically I'm sure it was useful, in a
: previous century, in a pr
> "Assar" == Assar Westerlund <[EMAIL PROTECTED]> writes:
Assar> Isn't there some way of adding this to the autoconf files
Assar> instead of having to have it in every configure.in?
Put it inside the macro that checks for AF_INET!
Assar> Is there any simple way of making sure that none of
It seems to me that Autoconf's job is not to remove unportable code
written by the user, so it seems wrong to have it remove VPATH
definitions from Makefiles. Historically I'm sure it was useful, in a
previous century, in a previous millennium. Today, I tend to think
automake should *warn* when
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> A better fix would be to have AC_PATH_PROG (or whichever macro
Lars> it is that searches for the compiler) to also consider implied
Lars> exe- extensions on systems that use them, and add the extension
Lars> to the returned program name
Anyone seeing a show stopper? Let's go for a snapshot today.
23 matches
Mail list logo