#4 Fossa ./configure can't find SDIF library, I'm stumped...

closed
nobody
5
2007-04-10
2006-12-15
Anonymous
No

I've got Loris compiled, installed and working. The morphtest between the clarinet and flute works (produces the appropriate aiff file.) But I'm having trouble with Fossa.

When I enter "./configure" at the command line in the Fossa directory, it tells me at the end:

-------- Check for libraries --------
"default sdif path will be used: /usr/local"
"default fftw path will be used: /usr/local"
"default loris path will be used: /usr/local"
"default qt path will be used: /usr/local/qt"
checking for main in -lfftw... yes
checking for main in -lsdif... no
configure: error: please install sdif library

Since Loris uses the SDIF library to perform the morphtest, the SDIF library must be working properly. So, Fossa must be looking in the wrong place for the SDIF library.

I've tried running:
./configure --with-sdif=/usr/local/lib

but this produces the same result (except that it no longer says "default sdif path will be used."

I think that a command or file named "-lsdif" may be useful, but I can find no information about what it is or how to use it, and I can't find any files by this name on my hard drive.

I am using SDIF library 3.10.5 ("SDIF-3.10.5-src.tar.gz"). I am running the latest Ubuntu Linux distro.

I tried running earlier versions of the SDIF library (3.4, 3.9) in hopes that they would install to where fossa is looking, but I still get the same error message from fossa's ./configure.

Can anyone offer some advice?

Thanks, any help is much appreciated.

Here is the entire text produced by Fossa's ./configure command:

root@rewound-desktop:~/Desktop/fossa-1.1.beta2# ./configure
-------- Set package name And version --------
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
this is fossa1.1.beta2
-------- Check for C++ compiler --------
checking for g++... g++
checking for C++ compiler default output... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for a BSD compatible install... /usr/bin/install -c
-------- Check for libraries --------
"default sdif path will be used: /usr/local"
"default fftw path will be used: /usr/local"
"default loris path will be used: /usr/local"
"default qt path will be used: /usr/local/qt"
checking for main in -lfftw... yes
checking for main in -lsdif... no
configure: error: please install sdif library
root@rewound-desktop:~/Desktop/fossa-1.1.beta2#

Discussion

  • Nobody/Anonymous

    Logged In: NO

    OK, it looks like I misspoke, apparently Loris does not require the SDIF library to compile and install or perform the morphtest. I found this out by wiping my hard disk and reinstalling Ubuntu Linux, running "sudo apt-get install build-essential" at the command line to install g++, then compiling and installing Python 2.4.4 (for some reason loris won't work with the latest Python 2.5), then compiling and installing FFTW 2.1.5 library (since 3.x isn't supported by loris), then compiling and installing loris 1.4 and running "python morphtest.py" at the command line in the directory "/loris-1.4/test", which produced the appropriate AIFF file (morph.pytest.aiff). Since I could do this without having installed any SDIF library, loris must not need the SDIF library to compile or perform the morphtest (and maybe it does not require the SDIF library at all. In this case it would only be Fossa that requires the SDIF library.)

    Next I compiled and installed SDIF library 3.10.5. I checked my "/usr/local/lib/" directory to verify that the SDIF library was installed to this directory, and it was.

    Then in the directory that I extracted "fossa-1.1.beta2" into, I ran "./configure --with-sdif=usr/local/lib/". It still says:

    checking for main in -lsdif... no
    configure: error: please install sdif library

    So, I have double checked and know for sure now that the sdif library is in the "/usr/local/lib/" directory, but for some reason fossa can't detect it... or at least "main in -lsdif".

    Any advice?

    Sorry if this post is a bit verbose, I thought the explicit explanation may be useful in solving the problem, and may help other people wanting to use loris and fossa at least get this far in the compile/install process.

     
  • Nobody/Anonymous

    Logged In: NO

    SOLVED!!!

    Fossa needs SDIF library 3.8.0, and will NOT work (as far as I can tell) with later versions. Looks like all i need to do now is compile and install QT library and Fossa should be good to go... although I'm expecting that perhaps an version of the QT library earlier than the current version (4.2.2)may be required for fossa to work, since earlier versions of all of the other libraries that loris and fossa make use of are required. We'll see, QT 4.2.2 is compiling now, I'll post back.

    I'm going to write and post a step-by-step guide for compiling/installing loris, fossa, and the required libraries in the loris.announce area... I've spent so much time getting this far, and could have saved so much time with such a guide!

     
  • Kelly Fitz

    Kelly Fitz - 2007-01-10

    Logged In: YES
    user_id=65143
    Originator: NO

    Fossa has not had anyone to maintain it for quite some time now (notice the release date), so I am afraid that it has not kept pace with developments in Loris. With some effort, you might get it to build with the current version of Loris, but I don't know of anyone who has done so. You will find that Loris no longer requires the SDIF library, so Fossa does not need it either. You will also find that it require a rather old version of the QT library, version 2 I believe.

    Wish I could offer more hope, but that project was more or less orphaned when its developer graduated.

    Kelly

     
  • Kelly Fitz

    Kelly Fitz - 2007-04-10
    • status: open --> closed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks