Re: gnulib and automake

[Benjamin Lindner]

> Does the following change work for you?

Yes it does.
thanks.

I am now failing at

make[3]: Entering directory 
`/octmgw32/octave/.build_mingw32_octave-tip-automake-4_gcc-4.4.0-dw2/src'
rm -f DLD-FUNCTIONS/__convn__.oct
ln -s .libs/`sed -n -e "s/dlname='\([^']*\)'/\1/p" < 
DLD-FUNCTIONS/lib__convn__.la` DLD-FUNCTIONS/__convn__.oct
ln: creating symbolic link `DLD-FUNCTIONS/__convn__.oct' to `.libs': No 
such file or directory
make[3]: *** [DLD-FUNCTIONS/__convn__.oct] Error 1


The -no-undefined flag I guess must also be specified for all 
dld-functions .la objects, otherwise no shared libs are created

/bin/sh ../libtool --tag=CXX   --mode=link mingw32-g++-4.4.0-dw2 
-shared-libgcc -march=i686 -mtune=generic -O3 -Wall   -DHAVE_CONFIG_H 
-mieee-fp    -Wall -W -Wshadow -Wold-style-cast -Wformat -march=i686 
-mtune=generic -O3 -Wall  -march=i686 -mtune=generic -O3 -Wall 
-shared-libgcc -Wl,--allow-multiple-definition -o 
DLD-FUNCTIONS/lib__contourc__.la -rpath 
/usr/local/octmgw32_gcc-4.4.0-dw2/octave/tip-automake-4/lib/octave-3.3.50+ 
DLD-FUNCTIONS/__contourc__.lo  -shared-libgcc 
-Wl,--allow-multiple-definition ./liboctinterp.la 
../liboctave/liboctave.la ../libcruft/libcruft.la  -liberty -lm  -lgdi32 
-lws2_32 -luser32 -lkernel32
libtool: link: warning: undefined symbols not allowed in i686-pc-mingw32 
shared libraries
libtool: link: rm -fr  DLD-FUNCTIONS/.libs/lib__contourc__.a 
DLD-FUNCTIONS/.libs/lib__contourc__.lai
libtool: link: ar cru DLD-FUNCTIONS/.libs/lib__contourc__.a 
DLD-FUNCTIONS/.libs/__contourc__.o
libtool: link: ranlib DLD-FUNCTIONS/.libs/lib__contourc__.a
libtool: link: ( cd "DLD-FUNCTIONS/.libs" && rm -f "lib__contourc__.la" 
&& ln -s "../lib__contourc__.la" "lib__contourc__.la" )

and the corresponding .la files read

# The name that we can dlopen(3).
dlname=''

and this makes the above ln call fail.

Again I am not sure where to best add this in the autoconf sources.
I see that in the makefile every .oct file has it's own link make rule, 
but these seem to be generated, as there are none in the .mk sources.

benjamin