First, I'm new to the Gnu Autotools. I've looked through the archives
and if there is something in there relevant to this problem, I either
could not find it or didn't understand it.
Second, I'm running Fedora 4 with the latest updates. The version
numbers for the various programs are:
(GC
Hi Lee,
* Lee Duke wrote on Tue, Apr 18, 2006 at 11:09:54AM CEST:
> First, I'm new to the Gnu Autotools.
Then take this tutorial and read it:
http://www-src.lip6.fr/homepages/Alexandre.Duret-Lutz/autotools.html
For reference, there is also the info documentation for Autoconf,
Automake and other t
Ralf,
I'm still getting the same error. I followed the your tutorial until page
113. Then I got the following:
% ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
c
Hi,
The AC_C_TYPEOF documentation makes it sounds as if, in order to use
'typeof', a program needs to do
#if HAVE_TYPEOF || defined typeof
But actually, looking at the implementation in c.m4, a
#if HAVE_TYPEOF
is enough. Here is a documentation fix.
Bruno
2006-04-13 Bruno Haible
Hi,
It has been reported that the "config" directory name led some people to look
for configuration results there. A poll on bug-gnulib resulted in "build-aux"
as new name for this directory in several GNU projects. Here is a patch to
make autoconf follow suite.
This patch needs the following com
Oops! Omitted to cc the list.
Lee Duke wrote:
> configure:2062: checking for C compiler default output file name
> configure:2065: gccconftest.c :/usr/lib >&5
Hmm. What is `:/usr/lib', and how has it gotten in there? All I see
for this test, with autoconf-2.59 is:
configure:1599: chec
Hi Bruno,
* Bruno Haible wrote on Tue, Apr 18, 2006 at 02:37:13PM CEST:
>
> The AC_C_TYPEOF documentation makes it sounds as if, in order to use
> 'typeof', a program needs to do
>
> #if HAVE_TYPEOF || defined typeof
>
> But actually, looking at the implementation in c.m4, a
>
> #if HA
Keith,
Okay, let's say that's the solution. Unfortunately, lines 2064-2065 in my
configure file are:
2064: ac_link_default=`echo "$ac_link" | sed 's/ -o *conftest[^ ]*//'`
2065: if { (eval echo "$as_me:$LINENO: \"$ac_link_default\"") >&5
I'm willing to modify 2065 by changi
* Keith MARSHALL wrote on Tue, Apr 18, 2006 at 03:31:18PM CEST:
> Lee Duke wrote:
> > configure:2062: checking for C compiler default output file name
> > configure:2065: gccconftest.c :/usr/lib >&5
>
> Hmm. What is `:/usr/lib', and how has it gotten in there? All I see
> for this test, wi
Ralf,
Thank you very much. The "unset LIBS" seems to have fixed the problem.
Lee
Ralf Wildenhues wrote:
* Keith MARSHALL wrote on Tue, Apr 18, 2006 at 03:31:18PM CEST:
Lee Duke wrote:
configure:2062: checking for C compiler default output file name
configure:2065: gcc
>> This requirement is reflected in the SunOS man page, (from
>> SunOS 5.5.4, IIRC)
>
> Hmmm, "SunOS 5.5.4"? There's no such version.
It's actually 5.5.1; I wasn't able to access the machine until
I came back to work today, after the Easter break, and was quoting
from a failing memory :-( Perha
Noah Misch wrote:
> Alexandre Duret-Lutz wrote:
> > I'm leery of assuming that Autoconf's version will always be at
> > this spot in the output of --version. Sometimes people customize their
> > copy and tweak --version to reflect so:
> > ...
> > % gcc --version
> > gcc (GCC) 4.0.3 (Debian 4.0.3-1
Hi all,
I've ran the autoconf 2.59c test suite on HP's testdrive NetBSD 3.0 box,
and there were a few test failures. It seems to use ksh as the shell for
configure.
cheers,
dalibor topic
## -- ##
## GNU Autoconf 2.59c test suite. ##
## -- ##
On Tue, Apr 18, 2006 at 10:06:40AM -0600, Bob Proulx wrote:
> Noah Misch wrote:
> > Alexandre Duret-Lutz wrote:
> > > I'm leery of assuming that Autoconf's version will always be at
> > > this spot in the output of --version. Sometimes people customize their
> > > copy and tweak --version to refle
Hello,
I'm using autoconf 2.59, automake 1.9.6, and libtool 1.5.22 to
cross-build a package for another architecture. I added the following
rule to Makefile.am:
%.map: %
$(NM) -n --defined-only $< |egrep -v '\$$a|\$$d' >$@
I had to add the line below to configure.ac to make it do what I
On Tue, Apr 18, 2006 at 07:53:13PM +0200, Baurzhan Ismagulov wrote:
> AC_SUBST(NM, "$NM")
>
> Questions:
>
> 1. Why isn't it available to make by default, like $(CC)?
It should be. Automake needs to regenerate `Makefile.in' to add the `NM = @NM@'
line, but this should happen automatically when
On Friday, April 14, Noah Misch wrote:
> On Fri, Apr 14, 2006 at 03:43:39PM -0700, David Byron wrote:
>
> > AC_C_BIGENDIAN(ENDIAN=be,ENDIAN=le)
> >
> > doesn't work for me using MSVC. The test program #includes
> > sys/params.h which MSVC can't find. config.log has:
> >
> > conftest.c(33) : f
* Noah Misch wrote on Tue, Apr 18, 2006 at 08:27:26PM CEST:
> On Tue, Apr 18, 2006 at 07:53:13PM +0200, Baurzhan Ismagulov wrote:
> > AC_SUBST(NM, "$NM")
> >
> > Questions:
> >
> > 1. Why isn't it available to make by default, like $(CC)?
Libtool branch-1-5 doesn't AC_SUBST([NM]), but CVS HEAD d
On Saturday 15 April, Keith Marshall wrote:
> > On Friday 14 April 2006 11:43 pm, David Byron wrote:
> >
> > > AC_CONFIG_LINKS is not so widely used, and neither is
> > > `cccl', so it is possible that you are the first person to
> > > face this problem.
> >
> > This isn't just a cccl problem, b
On Tue, 2006-04-18 at 11:27 -0700, Noah Misch wrote:
> On Tue, Apr 18, 2006 at 07:53:13PM +0200, Baurzhan Ismagulov wrote:
> > AC_SUBST(NM, "$NM")
> >
> > Questions:
> >
> > 1. Why isn't it available to make by default, like $(CC)?
>
> It should be.
I disagree. Nothing in autoconf nor automake u
20 matches
Mail list logo
