bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: openmpi: FTBFS: Compilation errors


From: Russ Allbery
Subject: Re: openmpi: FTBFS: Compilation errors
Date: Wed, 18 Aug 2010 18:03:59 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)

Ralf Wildenhues <address@hidden> writes:

> Well, AS_VAR_GET is (intentionally) undocumented, so your use of
> AS_VAR_COPY is the right thing to do (which is why I'll leave the
> original bug for openmpi).  Still, this is a regression in upstream
> Autoconf that I think should be fixed.  The issue is that '*' needs to
> be translated to 'p' here and the string treated as literal here:

> cat >configure.ac <<\EOF
> AC_DEFUN([OMPI_F77_GET_ALIGNMENT],[
>     AS_VAR_PUSHDEF([type_var], [ompi_cv_f77_alignment_$1])
>     $2=AS_VAR_GET([type_var])
>     AS_VAR_POPDEF([type_var])dnl
> ])

> AC_INIT
> OMPI_F77_GET_ALIGNMENT([LOGICAL*1], [result])
> EOF

> autoconf
> tail configure

> should contain a line like:
>   result=$ompi_cv_f77_alignment_LOGICALp1

> but instead has something like:
>     as_type_var=`$as_echo "ompi_cv_f77_alignment_LOGICAL*1" | $as_tr_sh`
>     result=`eval 'as_val=${'type_var'};$as_echo "$as_val"'`

This smells like fallout from:

** The macros AS_TR_SH and AS_TR_CPP no longer expand their results.

in 2.66.  I tracked this down in another project the other day.  The other
project was using AR_TR_CPP directly to generate content which was
eventually passed into one of the autoheader macros (like AH_BOTTOM).

I'm not sure why this change was made, but it does seem to be breaking
assumptions made by real-world Autoconf macros.

-- 
Russ Allbery (address@hidden)             <http://www.eyrie.org/~eagle/>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]