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

From: Fernando Lopez-Lezcano <nando@email-addr-hidden>
Date: Sun Jan 09 2005 - 22:55:38 EET

On Sun, 2005-01-09 at 07:08, Andres Cabrera wrote:
> 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!

That is part of the qt33-designer package. You could add the qt33 bin
path to your path so that the build script finds the executable.

-- Fernando

> 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.
> >
> >
> >>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 Mon Jan 10 04:15:29 2005

This archive was generated by hypermail 2.1.8 : Mon Jan 10 2005 - 04:15:30 EET