[Gnash-dev] gnash configure failing eval libslist

[Jeremy C. Reed]

First noticed on 0.8.2, but also see on 0.8.3.

gnash configure is failing because it can't find the boost-libs.

It is looking at:

${prefix}/lib/libboost_thread*.so

But the ${prefix} is literal and not expanded to my real prefix.

It does:

  export libslist="`eval cat ${srcdir}/macros/libslist`"
...
      newlist=$libslist
...
    for i in $newlist; do
...
        dirs="`ls -dr $i/libboost_${j}*.${shlibext} $i/libboost_${j}*.a 
2>/dev/null`"


The file contains:
${with_top_level}/lib ${prefix}/${host_alias}/lib ${prefix}/lib64 
${prefix}/lib32 ${prefix}/lib /usr/local/lib /lib /usr/lib64 /usr/lib32 
/usr/nekoware/lib /usr/freeware/lib /usr/lib /sw/lib /home/latest/lib 
/opt/lib /pkg/lib /opt/local/lib /usr/pkg/lib /usr/X11R6/lib /usr/X11/lib 
/usr/lib/opengl/xorg-x11/lib /usr/lib64/opengl/xorg-x11/lib 
/usr/lib64/opengl/xorg-x11/lib64  /opt/mesa/lib /opt/mesa/lib64 .. ../.


So $i has the literal ${prefix} and not its expanded value.
Also ${with_top_level} and ${host_alias} are not expanded. It is literal 
dollar sign and braces.

The shell is /bin/sh from  DragonFly 1.13.0-DEVELOPMENT. I also tested 
with Bash.

And I made test case and it also failed on NetBSD with its /bin/sh.

Now I see why I never noticed on NetBSD before -- see the above 
macros/libslist file explicitely lists /usr/pkg/lib which is correct for 
defaults on NetBSD (and DragonFly). But I am using a custom prefix.

So the problem is when the packager uses non-standard locations not 
listed in your macros/libslist file.

I easy workaround is:

-  export libslist="`eval cat ${srcdir}/macros/libslist`"
+  export libslist="`eval echo ${prefix}/lib ; eval cat 
${srcdir}/macros/libslist`"

Also maybe incllist has problem too. My workaround doesn't cover the other 
needed expansions either.

Please remove the bogus entries in macros/libslist (and macros/incllist) 
and have them evaluated directly (in configure.ac/configure).