Re: audiofile problems.

[jacob berkman <jacob ximian com>]

On 17 Feb 2001 11:27:08 -0500, Dave Camp wrote:
> 
> audiofile-0.2.0 changes the name of the shared library file.  This
> breaks anything previously linked against 0.1.9.  Since this is
> supposed to be a binary compatible release, I figure this should
> probably be considered a bad thing.
> 
> dave drizzt:~/ % ls audiofile-0.2.0/libaudiofile/.libs/*.so*
> audiofile-0.2.0/libaudiofile/.libs/libaudiofile-0.2.so.0
> audiofile-0.2.0/libaudiofile/.libs/libaudiofile-0.2.so.0.0.1
> audiofile-0.2.0/libaudiofile/.libs/libaudiofile.so
> dave drizzt:~/ % ls audiofile-0.1.9/libaudiofile/.libs/*.so*
> audiofile-0.1.9/libaudiofile/.libs/libaudiofile.so
> audiofile-0.1.9/libaudiofile/.libs/libaudiofile.so.0
> audiofile-0.1.9/libaudiofile/.libs/libaudiofile.so.0.0.0

this is due to:

--- gnomecvs/audiofile/libaudiofile/Makefile.am	Wed Jan 10 17:02:28 2001
+++ build/audiofile-0.2.0/libaudiofile/Makefile.am	Tue Dec 12 03:26:04 2000@@ -23,7 +23,7 @@
 
 libaudiofile_la_LIBADD = modules/libmodules.la
 
-libaudiofile_la_LDFLAGS = -version-info 0:1:0
+libaudiofile_la_LDFLAGS = -version-info 0:1:0 -release ${AUDIOFILE_MAJOR_VERSION}.${AUDIOFILE_MINOR_VERSION}
 
 include_HEADERS = audiofile.h aupvlist.h af_vfs.h

so, either we want to spin a new tarball with this change, or drop this
version from the release.

dropping seams like the easier solution for now.

thoughts, michael?

jacob
--
"The people who made the Macintosh produced a miracle, but that
 doesn't mean their code was wonderful." -- Bob Cringely