Why does the tr invocation use locale-collated ranges in the first place? I think tr 'A-Z' 'a-z' has a higher chance of working correctly...

On Tue, Feb 6, 2018 at 12:11 PM, Stephen R. van den Berg srb@cuci.nl wrote:

...

In case nobody noticed, Pikefarm seems to break on SunOS because it tries to compile in MPI without proper libs.

I'm not sure why it even tries to compile it in the first place, as --with-mpi was not given. Somehow the check in src/modules/configure.in (if test "x${yesno-}" != xno) etc must work not that great on some versions of SunOS (xc-hickory-smartos seems fine while also being SunOS). Is there any chance someone has a SunOS of the affected version(s) around and/or could debug src/modules/configure.in a bit? I would assume the problem would have to be somewhere within the three lines:

yesno=`echo $a | tr '[A-Z]' '[a-z]'` yesno=`eval echo \$with_$yesno` if test "x${yesno-}" != xno ; then

quite possibly actually the tr invocation.

The cause is most likely that m4 eats the brackets when converting configure.in to configure.

/grubba