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 ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
