[Top][All Lists]
[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/>