16 Sep
2008
16 Sep
'08
11:17 a.m.
I posted this exact message to the Vamp forum, noticed the dates of the
last posts, there, and decided to try here instead.
I'm having a most unusual problem compiling the Vamp-SDK on my machine.
This has actually been an on-going problem for some time now. Looking
over the Vamp forums, I see one other person seems to have successfully
compiled and installed Vamp on his 64-bit Ubuntu install, so I'm
wondering what keeps going wrong here.
The first thing I did was to edit the Makefile to install to /usr
instead of /usr/local. That was simple enough. Then when I run make, I
get the following output (notice the error at the end):
-----
g++ -O2 -Wall -I. -fPIC -c -o vamp-sdk/PluginAdapter.o
vamp-sdk/PluginAdapter.cpp
g++ -O2 -Wall -I. -fPIC -c -o vamp-sdk/RealTime.o vamp-sdk/RealTime.cpp
ar r vamp-sdk/libvamp-sdk.a vamp-sdk/PluginAdapter.o vamp-sdk/RealTime.o
g++ -O2 -Wall -I. -fPIC -c -o vamp-sdk/PluginHostAdapter.o
vamp-sdk/PluginHostAdapter.cpp
g++ -O2 -Wall -I. -fPIC -c -o
vamp-sdk/hostext/PluginBufferingAdapter.o
vamp-sdk/hostext/PluginBufferingAdapter.cpp
g++ -O2 -Wall -I. -fPIC -c -o vamp-sdk/hostext/PluginChannelAdapter.o
vamp-sdk/hostext/PluginChannelAdapter.cpp
g++ -O2 -Wall -I. -fPIC -c -o
vamp-sdk/hostext/PluginInputDomainAdapter.o
vamp-sdk/hostext/PluginInputDomainAdapter.cpp
g++ -O2 -Wall -I. -fPIC -c -o vamp-sdk/hostext/PluginLoader.o
vamp-sdk/hostext/PluginLoader.cpp
g++ -O2 -Wall -I. -fPIC -c -o vamp-sdk/hostext/PluginWrapper.o
vamp-sdk/hostext/PluginWrapper.cpp
ar r vamp-sdk/libvamp-hostsdk.a vamp-sdk/PluginHostAdapter.o
vamp-sdk/hostext/PluginBufferingAdapter.o
vamp-sdk/hostext/PluginChannelAdapter.o
vamp-sdk/hostext/PluginInputDomainAdapter.o
vamp-sdk/hostext/PluginLoader.o vamp-sdk/hostext/PluginWrapper.o
vamp-sdk/RealTime.o
ranlib vamp-sdk/libvamp-sdk.a
ranlib vamp-sdk/libvamp-hostsdk.a
g++ -static-libgcc -shared -Wl,-Bsymbolic -Wl,-soname=libvamp-sdk.so.1
-o vamp-sdk/libvamp-sdk.so vamp-sdk/PluginAdapter.o vamp-sdk/RealTime.o
g++ -static-libgcc -shared -Wl,-Bsymbolic
-Wl,-soname=libvamp-hostsdk.so.2 -o vamp-sdk/libvamp-hostsdk.so
vamp-sdk/PluginHostAdapter.o vamp-sdk/hostext/PluginBufferingAdapter.o
vamp-sdk/hostext/PluginChannelAdapter.o
vamp-sdk/hostext/PluginInputDomainAdapter.o
vamp-sdk/hostext/PluginLoader.o vamp-sdk/hostext/PluginWrapper.o
vamp-sdk/RealTime.o
g++ -O2 -Wall -I. -fPIC -c -o examples/SpectralCentroid.o
examples/SpectralCentroid.cpp
g++ -O2 -Wall -I. -fPIC -c -o examples/PercussionOnsetDetector.o
examples/PercussionOnsetDetector.cpp
g++ -O2 -Wall -I. -fPIC -c -o examples/AmplitudeFollower.o
examples/AmplitudeFollower.cpp
g++ -O2 -Wall -I. -fPIC -c -o examples/ZeroCrossing.o
examples/ZeroCrossing.cpp
g++ -O2 -Wall -I. -fPIC -c -o examples/plugins.o examples/plugins.cpp
g++ -static-libgcc -shared -Wl,-Bsymbolic
-Wl,--version-script=vamp-plugin.map -o examples/vamp-example-plugins.so
examples/SpectralCentroid.o examples/PercussionOnsetDetector.o
examples/AmplitudeFollower.o examples/ZeroCrossing.o examples/plugins.o
vamp-sdk/libvamp-sdk.a /usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a(functexcept.o):
relocation R_X86_64_32 against `std::bad_typeid::~bad_typeid()' can not
be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.2.3/libstdc++.a: could not read symbols:
Bad value
collect2: ld returned 1 exit status
make: *** [examples/vamp-example-plugins.so] Error 1
-----
Is it trying to tell me that libstdc++ is compiled incorrectly on my
machine? It's the one that comes with every Ubuntu 64-bit system. Any
help would be greatly appreciated. Thank you!
My system:
AMD64 X2 with Kubuntu 64-bit, 2.4.24-19-rt kernel, 2GB DDR-800 RAM,
SATA2 hard disks.
Regards,
Darren Landrum
16 Sep
16 Sep
11:44 a.m.
On Tue, 2008-09-16 at 09:17 -0400, Darren Landrum wrote:
I posted this exact message to the Vamp forum, noticed
the dates of the
last posts, there, and decided to try here instead.
I'm having a most unusual problem compiling the Vamp-SDK on my machine.
This has actually been an on-going problem for some time now. Looking
over the Vamp forums, I see one other person seems to have successfully
compiled and installed Vamp on his 64-bit Ubuntu install, so I'm
wondering what keeps going wrong here.
the VAMP makefiles are not 64-bit ready. they do not use -fPIC which is
*required* on x86_64 when building shared libraries (it exists but is
optional on x86)
--p
7:45 p.m.
Paul Davis wrote:
the VAMP makefiles are not 64-bit ready. they do not
use -fPIC which is
*required* on x86_64 when building shared libraries (it exists but is
optional on x86)
Wonderful. Can someone tell me, then, how to compile Rubber Band without
the example Vamp plugins? I've been told that the only reason for Rubber
Band's dependency on Vamp are those example plugins.
Thanks, Paul, and everyone else.
Regards,
Darren Landrum
17 Sep
17 Sep
6:52 a.m.
On Tue, Sep 16, 2008 at 10:44 PM, Darren Landrum
<darren.landrum(a)sbcglobal.net> wrote:
Paul Davis wrote:
And not true. The build log you just quoted even showed the -fPIC option in it!
I actually answered your question on the Vamp forum, but to recap:
it's an error in the Makefile, which was shipped with a line that was
unwise and should not have been included.
If you look in the vamp-plugin-sdk Makefile, you'll see two
consecutive lines both starting "PLUGIN_LIBS = ...", the first of
which is commented out and the second uncommented. Just comment out
the second one and uncomment the first instead.
Chris
the VAMP makefiles are not 64-bit ready. they do
not use -fPIC which is
*required* on x86_64 when building shared libraries (it exists but is
optional on x86)
Wonderful.
6:56 a.m.
On Wed, 2008-09-17 at 09:52 +0100, Chris Cannam wrote:
On Tue, Sep 16, 2008 at 10:44 PM, Darren Landrum
<darren.landrum(a)sbcglobal.net> wrote:
Sorry Chris, I didn't mean to spread malicious misinformation. I know it
was true at one time, but apparently I haven't stayed in touch with it.
--p
Paul Davis wrote:
And not true. The build log you just quoted even showed the -fPIC option in it! the VAMP makefiles are not 64-bit ready. they do
not use -fPIC which is
*required* on x86_64 when building shared libraries (it exists but is
optional on x86)
Wonderful.
10:23 a.m.
Chris Cannam wrote:
And not true. The build log you just quoted even
showed the -fPIC option in it!
I actually answered your question on the Vamp forum, but to recap:
it's an error in the Makefile, which was shipped with a line that was
unwise and should not have been included.
If you look in the vamp-plugin-sdk Makefile, you'll see two
consecutive lines both starting "PLUGIN_LIBS = ...", the first of
which is commented out and the second uncommented. Just comment out
the second one and uncomment the first instead.
Well, I did finally achieve my original goal, which was to compile and
install Rubber Band. I finally dived into the makefile and found what I
needed. Qtractor then compiled just fine. I'll keep Vamp handy, though,
as it does look like a useful set of tools for people like me wanting to
build synth and effect plug-ins for Linux. That's another story, though.
Thank you for the help.
Regards,
Darren Landrum
10:48 a.m.
Darren Landrum wrote:
Chris Cannam wrote:
> And not true. The build log you just quoted even showed the -fPIC option in it!
>
> I actually answered your question on the Vamp forum, but to recap:
> it's an error in the Makefile, which was shipped with a line that was
> unwise and should not have been included.
>
> If you look in the vamp-plugin-sdk Makefile, you'll see two
> consecutive lines both starting "PLUGIN_LIBS = ...", the first of
> which is commented out and the second uncommented. Just comment out
> the second one and uncomment the first instead.
Oh, and it did compile and install just fine, once I fixed the makefile
as you described. Thank you! I also went ahead and recompiled and
reinstalled Rubber Band.
Now, it's time to figure out how to use all of this new, nifty software.
Regards,
Darren Landrum
5700
days inactive
5701
days old
linux-audio-dev@lists.linuxaudio.org
6 comments
3 participants
participants (3)
-
Chris Cannam -
Darren Landrum -
Paul Davis