On Wednesday, July 14, 2010, Sven Meier wrote:
building fluidsynth with MinGW results in "libfluidsynth.dll",
previously the library was named "libfluidsynth-1.dll". Is this change
intended?
I suppose that you are testing the CMake build system in windows with the
mingw compiler. I didn't realize about the name change, so I don't think that
it was intended. The new naming scheme comes from using the same
specification to generate all the project files and makefiles in all
platforms, so the library name would be "libfluidsynth" everywhere.
Consistent naming may be good, but at the same time there is the problem that
windows DLL's don't have a SONAME atribute like the Unix libraries, so it
would make sense to include the LT_VERSION_CURRENT number in the library
name, like the autotools does in windows resulting in "libfluidsynth-1.dll".
This may be done also in all platforms, including Linux, if we want. It would
be like, for instance, the "dbus-1" library.
By the way, CMake is currently generating a fake ".la" file for the library.
This is a deprecated libtool file, and I would like to comment out the
generation leaving it it place just in case somebody needs it.
There are also different library names for debug/release versions. The MSVS
project files in the SVN repository generate a "libfluidsynth.dll" for the
release configuration, and "libfluidsynth_debug.dll" for debug. The MSVS
projects generated by CMake create the same library name "fluidsynth.dll" for
all configurations. It may be possible to change this behavior if needed.
What do you think?
Regards,
Pedro
_______________________________________________
fluid-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/fluid-dev