Hi Alan, * Alan W. Irwin wrote on Sun, May 14, 2006 at 01:07:37AM CEST: > > Here is the original problem report. > ******** > I have ifort 9.1 installed. With a clean plplot checkout and the latest > autotools (as recommended) plplot now fails to build. The fortran > compiler is detected and f95 bindings enabled. Unfortunately they don't > build. When it gets to the f95 bindings at the command > > /bin/sh ../../libtool --mode=compile ifc -I../../../bindings/f95 -g -c > -o strutil.lo ../../../bindings/f95/strutil.f95 > > I get an error message > > libtool: compile: unable to infer tagged configuration > libtool: compile: specify a tag with --tag'
[ with both F77 and FC in use, that is ] With branch-1-5 libtool, that won't work. I guess as a hack you can try to override the LTFCCOMPILE variable in the Makefile.am as a workaround (add --tag=F77). But even then, it'll only work reliably if the Fortran 77 and the Fortran 9x compiler are sufficiently similar from a Libtool POV. > The last (2005-11-08) post to this thread was from Ralf (see > http://lists.gnu.org/archive/html/libtool/2005-11/msg00013.html). His post > had the following comments: > > "If you use both $F77 and $FC in your package (which I believe you do), > the right thing would be to wait for Libtool-2.0 which has proper FC > support and is due pretty soon (I hope)." Yep, I said that... > I haven't been following libtool news, but hopefully you are getting close > to the release of 2.0 now Trying... > Here is the message I got from our bootstrap script. *snip* Please post a link to the code that you got this error with, so I can see what's going on here. Thanks. > If I comment out AC_LANG_PUSH([C++]) (and the corresponding > AC_LANG_POP([C++]) from cf/c++/ac, and similarly for our fortran language > tests in cf/f77.ac and cf/f95.ac, then I can get the circular > dependency errors to go away. The warning messages left are > > *********** > [EMAIL PROTECTED]> cf/bootstrap.sh > Running aclocal (GNU automake) 1.9.6... done > Running autoheader (GNU Autoconf) 2.59... done > Running libtoolize (GNU libtool 1.2286 2006/04/22 18:57:04) > 2.1a...libtoolize: You should add the contents of cf/ltdl.m4' to > aclocal.m4'. > libtoolize: You should add the contents of cf/argz.m4' to aclocal.m4'. > libtoolize: You should add the contents of cf/lt~obsolete.m4' to > aclocal.m4'. > done > Running automake (GNU automake) 1.9.6... done > Running autoconf (GNU Autoconf) 2.59... done > Regenerating libltdl/aclocal+configure... done > ********** > > I have no idea why those three cf/*.m4 macro files are not being included > properly in aclocal.m4. We include the line: Do you have AC_CONFIG_MACRO_DIR([cf])? If so, try libtoolize --copy --install --ltdl it will copy ltdl.m4 and argz.m4 into that directory (which is actually better for updating than a merge into aclocal.m4, as the files are still separate, and aclocal.m4 will just include them: > m4_include([cf/libtool.m4]) > but for some reason those additional three files are missing. Any ideas > about how to make this work properly? I suspect this bug is independent of > the circular dependency one. Yep. There may be another issue here, so it'd be good if we could try out your source tree with CVS HEAD. > At this point, I tried configure, but because I commented out all > AC_LANG_PUSH calls to work around the above circular dependency error, all > our C++ and fortran language tests failed because gcc is used rather than > the appropriate g++ or gfortran compiler. In other words, we really do need > AC_LANG_PUSH to work properly, and it appears not to for the CVS snapshot > version of libtool. I've never encountered this. There must be something else going on. > If you have some experiments you would like me to try with the latest CVS > snapshot version of libtool please CC me since I am not currently subscribed > to this list. Yes, maybe after I saw your setup. Cheers, Ralf _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
