Re: [linux-audio-user] announce: Instrument Tuner: fmit 0.9.9

From: Andres Cabrera <andres@email-addr-hidden>
Date: Sun Jan 09 2005 - 17:08:53 EET

Thanks Fernando,
That does it! I now have fmit.Will start testing right away.
There was this funky message:

Making all in tr
make[2]: Entering directory `/home/andres/New/fmit-0.9.9/tr'
lupdate -verbose ../src/*.cpp ../src/*.h ../ui/*.ui -ts fmit_fr.ts
/bin/sh: line 1: lupdate: command not found
make[2]: *** [fmit_fr.qm] Error 127
make[2]: Leaving directory `/home/andres/New/fmit-0.9.9/tr'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/andres/New/fmit-0.9.9'
make: *** [all] Error 2

But the executable was still produced, and runs OK!

Cheers,
Andres

Fernando Lopez-Lezcano wrote:

>On Sat, 2005-01-08 at 20:46, Jan Depner wrote:
>
>
>>Apparently the qt 3.3.3 rpms from CCRMA don't replace qt.sh and qt.csh
>>in /etc/profile.d. I hand edited the scripts and replaced the default
>>3.1 with 3.3.3. I also had to remove qt3.1 from /etc/ld.so.conf and run
>>ldconfig.
>>
>>
>
>Well, you can do that, but that will mess up all qt applications that
>were not linked against qt3.3 (that is, all qt apps that were originally
>compiled for qt3.1). Probably not what you want. Both libraries are
>_not_ compatible and that is why qt33 does not replace qt3.1, it is
>designed to be installed together with it.
>
>For things to work you do have to use the environmental variables and/or
>the -rpath linker option when you compile against qt33.
>
>
>
>> This got me past the previous error but, unfortunately, I now
>>end up with:
>>
>>../ui/ConfigForm.cpp:235:14: warning: no newline at end of file
>>../ui/ConfigForm.cpp:235: error: syntax error at end of input
>>make[2]: *** [ConfigForm.o] Error 1
>>make[2]: Leaving directory `/data2/sound2/fmit-0.9.9/src'
>>make[1]: *** [all-recursive] Error 1
>>make[1]: Leaving directory `/data2/sound2/fmit-0.9.9'
>>make: *** [all] Error 2
>>
>>That file appears to be truncated.
>>
>>
>
>I don't know about this one, I have not used qt33 that much (qmidiarp
>and muse so far, I think) and in both cases it worked fine.
>
>-- Fernando
>
>
>
>>On Sat, 2005-01-08 at 21:54, Fernando Lopez-Lezcano wrote:
>>
>>
>>>On Sat, 2005-01-08 at 18:05, Andres Cabrera wrote:
>>>
>>>
>>>>Hi,
>>>>I'm very eager to try fmit to tune my 'tiple' a traditional colombian
>>>>instrument with 12 strings in 4 orders, but I'm stuck like Jan Depner at:
>>>>
>>>>make[2]: Entering directory `/home/andres/Old/fmit-0.9.9/ui'
>>>>/usr/lib/qt-3.3.3/bin/uic ConfigForm.ui > ConfigForm.h
>>>>/usr/lib/qt-3.3.3/bin/uic -impl ConfigForm.h ConfigForm.ui > ConfigForm.cpp
>>>>/usr/lib/qt-3.3.3/bin/uic: relocation error: /usr/lib/qt-3.3.3/bin/uic:
>>>>undefined symbol: _ZNK7QString3argExii
>>>>make[2]: *** [ConfigForm.cpp] Error 127
>>>>
>>>>I'm using Planet CCRMA FC1.
>>>>
>>>>
>>>Does it build with the original qt in fc1? (qt-3.1, I think). That would
>>>be a better option.
>>>
>>>If it really needs qt 3.3 and you are using the qt33 package then you
>>>need to set a couple of environment variables while building, QTDIR (set
>>>to /usr/lib/qt-3.3.3) and LD_LIBRARY_PATH (set to
>>>/usr/lib/qt-3.3.3/lib), this last one should fix the relocation error.
>>>You also will have to set LD_LIBRARY_PATH when running the binary.
>>>
>>>
>>>
>
>
>
>
>
>
Received on Sun Jan 9 20:15:04 2005

This archive was generated by hypermail 2.1.8 : Sun Jan 09 2005 - 20:15:08 EET