Re: linking liboctave fails (lapack missing?)

[Thomas Treichl]

John W. Eaton schrieb:
> On 13-Aug-2009, Benjamin Lindner wrote:
>
> | Benjamin Lindner wrote:
> | > Benjamin Lindner wrote:
> | >> Hello,
> | >>
> | >> I just tried to build the recent development tip on mingw32 and 
> | >> building fails at linking liboctave with a phletora of missing symbols 
> | >> from the lapack library.
> | >>
> | >> looking at the linker command I see that indeed there is no -llapack 
> | >> present.
> | >>
> | >> Digging the changelog I find that at revision 9490:3aeb7d881578
> | >> $(BLAS_LIBS) has been removed from LINK_DEPS in liboctave/makefile.in
> | >>
> | >> I guess it should still be there, since arpack, qrupdate and quite 
> | >> some octave code depends on it.
> | >>
> | > 
> | > I see that there is already a thread covering this topic on the bugs 
> | > list. Sorry for the double-post.
> | > 
> | > Hovever, liboctave directly uses functinos from lapack, and uses the 
> | > qrupdate and qrpack library which both depend on lapack, so lapack 
> | > *should* be listed in LINK_DEPS.
> | > 
> | 
> | The attached changeset fixes the linker issues for mingw32 platform by 
> | adding $(BLAS_LIBS) in liboctave's link depencendies.
>
> I made this change.
>
> It would be helpful if people building Octave on Windows and OS X
> systems could configure and build the latest Octave sources on and
> send a list of symbols that are unresolved when creating the libcruft,
> liboctave, liboctinterp shared libraries, when linking the Octave
> executable file, and when building the .oct files.

Ok, I'll be one of those OS X people. I always do an ./autogen.sh before 
building (so I did this time). Now, ./configure fails with the message:

  ./configure: line 9350: syntax error near unexpected token `,'
  ./configure: line 9350: `    m4_ifnblank(, AC_LANG_PUSH())'

which in my configure script is

  TEXINFO_QHULL=
  warn_qhull="Qhull library not found -- this will result in loss of
  functionality of some geometry functions."
  if test -n "$QHULL_LIBS"; then
    save_CPPFLAGS="$CPPFLAGS"
    CPPFLAGS="$QHULL_CPPFLAGS $CPPFLAGS"
    m4_ifnblank(, AC_LANG_PUSH())

if I have a look at configure.in's part of this code I see the new macro 
OCTAVE_CHECK_LIBRARY with the sixth argument LANG being [].

But I also see this when I do ./autogen.sh:

  calling autoconf and autoheader...
  /Users/Thomas/Development/octave
  configure.in:40: error: possibly undefined macro: AC_DEFINE
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
  configure.in:63: error: possibly undefined macro: AS_HELP_STRING
  configure.in:617: error: possibly undefined macro: AC_LANG_PUSH
  configure.in:665: error: possibly undefined macro: AC_LANG_POP
  configure:1647: error: possibly undefined macro: m4_ifblank
  configure:9353: error: possibly undefined macro: m4_ifnblank
  configure:9565: error: possibly undefined macro: m4_toupper

?

MacMini:~/Development/octave Me$ autoconf --version
autoconf (GNU Autoconf) 2.62
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later
<http://gnu.org/licenses/old-licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by David J. MacKenzie and Akim Demaille.

MacMini:~/Development/octave Me$ autoheader --version
autoheader (GNU Autoconf) 2.62
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later
<http://gnu.org/licenses/old-licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by Roland McGrath and Akim Demaille.

> When building the liboctinterp shared library, is it necesary to
> explicitly list all of the libraries that are linked with liboctave?
> Or are only some required, and if so, which ones, and why only those?
>
> Thanks,
>
> jwe