[ardour-dev] Build problem on SuSE 9.3: libtool; line 557.

[Jay R. Ashworth]

I'm doing a first time build of CVS20060116 on SuSE 9.3 (which is my platform
of choice; this machine does many many things), and I've dug my way
through about 3 layers of "oops" so far, leading me to:

 ===
scons: Reading SConscript files ...
Checking for C header file alsa/asoundlib.h... yes
Host is little endian
Checking for internationalization support ...
Checking for C header file libintl.h... yes
Checking for C header file /System/Library/Frameworks/CoreAudio.framework/Versions/A/Headers/CoreAudio.h... no
Checking for C function posix_memalign()... yes
Checking for C function getmntent()... yes
Checking for jack_client_open()...ok
Checking for jack_recompute_total_latencies()...ok
Checking for C header file wordexp.h... yes
Checking for C header file sys/vfs.h... yes
Checking for executable gtk-config ...yes
scons: done reading SConscript files.
scons: Building targets ...
scons: `ardour.rc' is up to date.
scons: `libs/soundtouch/libsoundtouch.a' is up to date.
scons: `templates/16 Tracks.template' is up to date.
scons: `templates/2 Track.template' is up to date.
scons: `templates/32 Tracks.template' is up to date.
scons: `templates/4 Tracks.template' is up to date.
scons: `templates/8 Tracks.template' is up to date.
scons: `libs/sigc++/sigc++config.h' is up to date.
scons: `libs/sigc++/libsigc++.a' is up to date.
scons: `libs/pbd/libpbd.a' is up to date.
scons: `libs/midi++/libmidi++.a' is up to date.
g++ -O3 -fomit-frame-pointer -ffast-math -fstrength-reduce -DARCH_X86 -mmmx -march=i686 -Wall -DENABLE_NLS -D_REENTRANT -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DPACKAGE=\"libardour\" -DDATA_DIR=\"/usr/local/share\" -DCONFIG_DIR=\"/usr/local/etc\" -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_JACK_CLIENT_OPEN -DHAVE_JACK_RECOMPUTE_LATENCIES -DHAVE_WORDEXP -DHAVE_SYS_VFS_H -Ilibs/ardour -Ilibs -Ilibs -I/usr/include/libxml2 -Ilibs/sigc++ -Ilibs/sigc++/sigc++/config -Ilibs/pbd -Ilibs -Ilibs/soundtouch -Ilibs/midi++ -c -o libs/ardour/audioengine.o libs/ardour/audioengine.cc
libs/ardour/audioengine.cc: In member function `int
   ARDOUR::AudioEngine::connect_to_jack(std::basic_string<char,
   std::char_traits<char>, std::allocator<char> >)':
libs/ardour/audioengine.cc:897: error: `jack_options_t' undeclared (first use
   this function)
libs/ardour/audioengine.cc:897: error: (Each undeclared identifier is reported
   only once for each function it appears in.)
libs/ardour/audioengine.cc:897: error: syntax error before `=' token
libs/ardour/audioengine.cc:898: error: `jack_status_t' undeclared (first use
   this function)
libs/ardour/audioengine.cc:903: error: `options' undeclared (first use this
   function)
libs/ardour/audioengine.cc:903: error: `status' undeclared (first use this
   function)
libs/ardour/audioengine.cc:903: error: `jack_client_open' undeclared (first use
   this function)
libs/ardour/audioengine.cc:907: error: `JackServerFailed' undeclared (first use
   this function)
libs/ardour/audioengine.cc:915: error: `JackServerStarted' undeclared (first
   use this function)
libs/ardour/audioengine.cc:919: error: `JackNameNotUnique' undeclared (first
   use this function)
libs/ardour/audioengine.cc:920: error: `jack_get_client_name' undeclared (first
   use this function)
libs/ardour/audioengine.cc: In member function `void
   ARDOUR::AudioEngine::update_total_latencies()':
libs/ardour/audioengine.cc:1075: error: `jack_recompute_total_latencies'
   undeclared (first use this function)
scons: *** [libs/ardour/audioengine.o] Error 1
scons: building terminated because of errors.
 ===

(clearly, that's a restart of scons) 

I believe that's secondary to a failure I saw in the initial run:

 ===
[ ... ]
checking if linker supports global constructors... /usr/bin/libtool: line 557: libtool: No such file or directory
/usr/bin/libtool: line 557: libtool: No such file or directory
/usr/bin/libtool: line 557: libtool: No such file or directory
libtool: compile: specify a tag with `--tag'
/usr/bin/libtool: line 557: libtool: No such file or directory
/usr/bin/libtool: line 557: libtool: No such file or directory
/usr/bin/libtool: line 557: libtool: No such file or directory
libtool: link: specify a tag with `--tag'
unknown
checking if C++ compiler uses std namespace ... yes
[ ... ]
 ===

Line 557 of my /usr/bin/libtool, in context, looks like this:

 ===
[ ... ]
progpath="$0"
[ ... ]

# func_infer_tag arg
# Infer tagged configuration to use if any are available and
# if one wasn't chosen via the "--tag" command line option.
# Only attempt this if the compiler in the base compile
# command doesn't match the default compiler.
# arg is usually of the form 'gcc ...'
func_infer_tag ()
{
    if test -n "$available_tags" && test -z "$tagname"; then
      CC_quoted=
      for arg in $CC; do
        case $arg in
          *$quote_scanset* | *]* | *\|* | *\&* | *\(* | *\)* | "")
          arg="\"$arg\""
          ;;
        esac
        CC_quoted="$CC_quoted $arg"
      done
      case $@ in
      # Blanks in the command may have been stripped by the calling shell,
      # but not from the CC environment variable when configure was run.
      " $CC "* | "$CC "* | " `$echo $CC` "* | "`$echo $CC` "* | " $CC_quoted"* |
 "$CC_quoted "* | " `$echo $CC_quoted` "* | "`$echo $CC_quoted` "*) ;;
      # Blanks at the start of $base_compile will cause this to fail
      # if we don't check for them as well.
      *)
        for z in $available_tags; do
557>>>>   if grep "^# ### BEGIN LIBTOOL TAG CONFIG: $z$" < "$progpath" > /dev/nu
ll; then
            # Evaluate the configuration.
            eval "`${SED} -n -e '/^# ### BEGIN LIBTOOL TAG CONFIG: '$z'$/,/^# ##
# END LIBTOOL TAG CONFIG: '$z'$/p' < $progpath`"
            CC_quoted=
            for arg in $CC; do
            # Double-quote args containing other shell metacharacters.
            case $arg in
              *$quote_scanset* | *]* | *\|* | *\&* | *\(* | *\)* | "")
              arg="\"$arg\""
              ;;
            esac
            CC_quoted="$CC_quoted $arg"
          done
            case "$@ " in
              " $CC "* | "$CC "* | " `$echo $CC` "* | "`$echo $CC` "* | " $CC_quoted"* | "$CC_quoted "* | " `$echo $CC_quoted` "* | "`$echo $CC_quoted` "*)
              # The compiler in the base compile command matches
              # the one in the tagged configuration.
              # Assume this is the tagged configuration we want.
              tagname=$z
              break
              ;;
            esac
          fi
        done
        # If $tagname still isn't set, then no tagged configuration
        # was found and let the user know that the "--tag" command
        # line option must be used.
        if test -z "$tagname"; then
          $echo "$modename: unable to infer tagged configuration"
          $echo "$modename: specify a tag with \`--tag'" 1>&2
          exit $EXIT_FAILURE
#        else
#          $echo "$modename: using $tagname tagged configuration"
        fi
        ;;
      esac
    fi
}

 ===

As nearly as I can see, the error means that either 1) libtool isn't being
provided with its own full pathname as a $0 and /usr/bin/ isn't in
it's PATH (both unlikely), or that even given its own full path name,
grep can't open it.  That doesn't seem sensible, either.

Anyone ever had this problem?

Cheers,
-- jra
-- 
Jay R. Ashworth                                                jra at baylink.com
Designer                          Baylink                             RFC 2100
Ashworth & Associates        The Things I Think                        '87 e24
St Petersburg FL USA      http://baylink.pitas.com             +1 727 647 1274

	A: No.
	Q: Should I include quotations after my message body?