Ralf Wildenhues wrote:
> Hello Santilín,
>
> * santilistas wrote on Sun, Aug 09, 2009 at 06:31:56PM CEST:
>
>> Hi, I'd like to know if there is a translation of the autoconf docs into
>> Spanish.
>>
>
> No, although there exists a very outdated Spanish version of the
> primary Autoconf web
On Tuesday 11 August 2009 20:07:40 Dr. David Kirkby wrote:
> > Try running that yourself, from the shell prompt; do you see
> > what the problem is now? (Hint: you have a minor version of 8,
> > but you require a much later minor version of 600 or more --
> > it's arcane, but it seems to be how pe
Keith Marshall wrote:
On Tuesday 11 August 2009 17:57:47 Dr. David Kirkby wrote:
It STILL does not work for me, though at least it is not a syntax
error.
This is what I have in configure.ac
minimum_perl_version="5.6.0"
So, within configure you run
perl -e 'require 5.6.0'
Try running that
"Dr. David Kirkby" writes:
> It STILL does not work for me, though at least it is not a syntax error.
>
> checking for perl... /usr/local/bin/perl
> checking for Perl version 5.6.0 or later... no
> configure: error: Sorry, your version of perl is too old
> drkir...@smudge:[~/zzz-1.2.3] $ perl -v
Ralf Wildenhues wrote:
> Hello Monty,
>
> * Monty Taylor wrote on Thu, Aug 06, 2009 at 07:16:18PM CEST:
>> Is ac_cv_env_CXXFLAGS_set fair game to use?
>
> Well, it is not documented explicitly in the Autoconf manual, but
> you can infer at least the name (but not the semantics) mostly from the
>
On Tuesday 11 August 2009 17:57:47 Dr. David Kirkby wrote:
> It STILL does not work for me, though at least it is not a syntax
> error.
>
> This is what I have in configure.ac
>
> minimum_perl_version="5.6.0"
So, within configure you run
perl -e 'require 5.6.0'
Try running that yourself, from
Hello Monty,
* Monty Taylor wrote on Thu, Aug 06, 2009 at 07:16:18PM CEST:
> Is ac_cv_env_CXXFLAGS_set fair game to use?
Well, it is not documented explicitly in the Autoconf manual, but
you can infer at least the name (but not the semantics) mostly from the
description in 'info Autoconf "Cache V
Hello Paul,
* Paul Smith wrote on Tue, Aug 11, 2009 at 03:06:39PM CEST:
> > Hi all; I have a bug filed with GNU make that says:
> >
> > Building GNU Make on Tru64 requires
> >
> > CPPFLAGS = -D_XOPEN_SOURCE_EXTENDED -D_OSF_SOURCE
> >
> > _XOPEN* is need
Russ Allbery wrote:
"Dr. David Kirkby" writes:
Oops, I marked the wrong line!! The error is on 4686 anyway, but I did not
even show that correctly.
Sorry, I was really too tired when I wrote that and didn't pay attention
to what I'm doing. Here's an actually tested version.
AC_DEFUN([AX_PR
Josef Vukovic writes:
> dnl (Discard to next line) is an m4 builtin while # isn't I guess, not sure.
> See also http://www.gnu.org/software/m4/manual/m4.html#Dnl section 8.1
The difference is that dnl causes text to be discarded, but #
causes text to be passed through to the output. So you can
dnl (Discard to next line) is an m4 builtin while # isn't I guess, not sure.
See also http://www.gnu.org/software/m4/manual/m4.html#Dnl section 8.1
cu
Josef Vukovic
2009/8/11 Dr. David Kirkby
> I see a mix of # and 'dnl' to start comments. Why is this? The more common
> '#' seems most useful, bu
I see a mix of # and 'dnl' to start comments. Why is this? The more
common '#' seems most useful, but I guess there is a reason for using dnl.
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Anyone have any thoughts on this?
On Sun, 2009-08-02 at 15:56 -0400, Paul Smith wrote:
> Hi all; I have a bug filed with GNU make that says:
>
> Building GNU Make on Tru64 requires
>
> CPPFLAGS = -D_XOPEN_SOURCE_EXTENDED -D_OSF_SOURCE
>
> _XOPEN* is nee
Here is the link to the tarball http://gnuradio.org/trac/wiki/Download.
But if you run the ./configure script before running ./bootstrap the
error don't appear.
Thank you for answering and helping clarifying things. :-)
cu
Josef Vukovic
2009/8/10 Ralf Wildenhues
> Hello Josef,
>
> * Josef Vuko
14 matches
Mail list logo