Re: [Plplot-devel] Need advice on Mac OS X compatibility version for libraries
On 2008-04-03 10:23+0200 Rafael Laboissiere wrote: * Alan W. Irwin [EMAIL PROTECTED] [2008-04-02 16:30]: Assuming this really is a serious issue on Mac OS X, the obvious solution is to deal with it by bumping the major version number of the above libraries (and libLASi) from 0 to 1. I would especially like Rafael and Andrew to comment on that solution since there may be Debian packaging implications. For example, that version bump would incorrectly imply on Linux there was a major API change for those libraries. OTOH, I suspect nobody would notice that unnecessary major version bump since it is likely PLplot is the only software that actually uses those libraries (and libLASi). Would it be too complicated to maintain separate version numbers for Mac OS X and the rest of the world? That would be my preferred solution. I would prefer not to have different library version numbers for different platforms since that is potentially confusing for everybody and propagates indefinitely. However, before doing a major version bump for the csirocsa, csironn, plplotgnome2, plplotwxwidgets, plplotada, and libLASi libraries for all platforms, I want to make sure that the step does not involve a large amount of work by the distribution maintainers. So I would like to know how much actual work would be involved for Andrew and you for Debian (and Orion for Fedora) to deal with a major version bump for the above libraries assuming no distribution software other than PLplot itself depends on those libraries. Are we talking about a half hour in total to adjust the library version numbers in distribution control files or is the process much more complicated (or even much less complicated) than that to do a major version bump? Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Need advice on Mac OS X compatibility version for libraries
On behalf of Rafael who is not subscribed to this list. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Forwarded message -- Date: Thu, 3 Apr 2008 10:23:23 +0200 From: Rafael Laboissiere [EMAIL PROTECTED] To: Alan W. Irwin [EMAIL PROTECTED] Cc: PLplot development list Plplot-devel@lists.sourceforge.net Subject: Re: Need advice on Mac OS X compatibility version for libraries * Alan W. Irwin [EMAIL PROTECTED] [2008-04-02 16:30]: Assuming this really is a serious issue on Mac OS X, the obvious solution is to deal with it by bumping the major version number of the above libraries (and libLASi) from 0 to 1. I would especially like Rafael and Andrew to comment on that solution since there may be Debian packaging implications. For example, that version bump would incorrectly imply on Linux there was a major API change for those libraries. OTOH, I suspect nobody would notice that unnecessary major version bump since it is likely PLplot is the only software that actually uses those libraries (and libLASi). Would it be too complicated to maintain separate version numbers for Mac OS X and the rest of the world? That would be my preferred solution. -- Rafael - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Need advice on Mac OS X compatibility version for libraries
On 2008-04-03 20:20+0200 Rafael Laboissiere wrote: * Alan W. Irwin [EMAIL PROTECTED] [2008-04-03 10:51]: However, to help the PLplot upstream developers make the decision, please answer my question about how much practical Debian packaging work is required by you to do a major version bump for each of the libraries I mentioned. I assume its fairly negligible since major version changes do happen from time to time for most libraries, but if that assumption is not correct, let us know. The actual amount of work for adapting the package for the new version major number is not very high. It involves essentially changing the name of the package. On the other hand, bumps in major numbers normally imply library transition procedures, which are painful sometimes, but should not be the case of the PLplot and LASi libraries (they have almost no reverse-dependencies). That said, I find it very strange that the whole world *_has_* to adapt to Mac OS X. I have never heard about this before in the Free Software world... The fact that different OSes have different soname versions for the same version of a given version of a library is something quite common. For instance, for the same --version-info value, libtool produces different library versions in Linux and HPUX. Thanks, Rafael, for your response to my question and your other valuable input. I hope we make the final decision fairly soon, but I am also waiting for further input from the Mac OS X POV. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Need advice on Mac OS X compatibility version for libraries
I just learned from some CMake list traffic that the CMake developers are struggling with this Mac OS X issue at the moment. It appears they may end up eventually copying the libtools cross-platform scheme for dealing with library versioning, see the on-going discussion at http://public.kitware.com/Bug/view.php?id=4383. Anyhow, it appears this issue will eventually be worked out (hopefully in time for cmake 2.6.0) so I suggest we ignore it until then. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] Need advice on Mac OS X compatibility version for libraries
Although Rafael no longer subscribes to the plplot-devel list, I am CCing him because he used to be our expert on library version numbers, and he is still helping Andrew with the Debian packaging of PLplot. It has just now come to my attention that the major version number for some of our libraries may be invalid for Mac OS X. These version numbers are set in cmake/modules/plplot_version.cmake, and you can see there that the major version (SOVERSION) number of the csirocsa, csironn, plplotgnome2, plplotwxwidgets, and plplotada libraries is zero. On the other hand, http://www.finkproject.org/doc/porting/shared.php?phpLang=en claims that number must be non-zero for Mac OS X libraries. Furthermore, one fink developer has stated (in an e-mail concerning the same issue for libLASi) that a major version of zero constitutes a serious misunderstanding of Mac OS X linking requirements. I have little clue about Mac OS X linking issues so could those here who are familiar with that platform please comment on the true seriousness of this issue? Assuming this really is a serious issue on Mac OS X, the obvious solution is to deal with it by bumping the major version number of the above libraries (and libLASi) from 0 to 1. I would especially like Rafael and Andrew to comment on that solution since there may be Debian packaging implications. For example, that version bump would incorrectly imply on Linux there was a major API change for those libraries. OTOH, I suspect nobody would notice that unnecessary major version bump since it is likely PLplot is the only software that actually uses those libraries (and libLASi). Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel