1 Oct 2010 01:45
Re: compatibility version problem
Ebrahim Mayat <ebmayat <at> mac.com>
2010-09-30 23:45:42 GMT
2010-09-30 23:45:42 GMT
On Sep 30, 2010 Hanspeter Niederstrasser wrote: > Speex had a similar issue recently (offloaded public but unstable > symbols to another dylib) but kept the install name the same. The new > speex version was put into a new package name (speex3 -> libspeex1) > *AND* the libraries were put into a 'hidden' directory > /sw/lib/libspeex1/lib (that is, not directly into /sw/lib) to avoid > filename collisions while maintaining Shlibs policy. On Sep 30, 2010 Peter O' Gorman wrote: > Ew! > > You'll have to relink the library "by hand" in the .info file, > giving it > a compatibility version >= 5.0.0, or figure out how to tell cmake to > use > a different compatibility version. > > Please report this to the upstream developers, since it means that any > binary that used fluidsynth-1.1.1 will need to be rebuilt to use 1.1.2 > (and it seems likely that is not their intention). Many thanks all for your valuable input. FWIW, I rebuilt qsynth (while linking to the cmake-built libfluidsynth.1.dylib) and qsynth.app runs without any problem using both the coreaudio and the newly-added portaudio sound drivers. Ebrahim(Continue reading)
RSS Feed