gmp-4.2.2-1 and and mpfr- for upload
Charles Wilson
cygwin@cwilson.fastmail.fm
Tue Mar 25 17:10:00 GMT 2008
Dave Korn wrote:
> David Billinghurst wrote on 24 March 2008 03:43:
>
>> The version number of libgmpxx was bumped in the upstream files to
>> "correct the shared library numbers". I reverted this change in the
>> cygwin build as the cygwin shared library is backwards compatible with
>> gmp-4.2.1 - the 4.2.1 testsuite passes with the new cyggmpxx-3.dll.
>
> On the face of it, that sounds like a worryingly dubious idea.
Not necessarily. It is often the case that the version number of
cygwin's library ports (I don't want to say "cygwin DLL" because that
could be misconstrued) do not exactly follow the upstream versioning.
Most of the time, it's because there have been cygwin-specific changes
that have forced "our" version number ahead of the upstream progression.
Take ncurses, for instance: upstream so's are at version 5.0 or so, but
our DLL number is "8".
In rare cases, we might fall "behind" the upstream numbers -- imagine if
an ABI change occurred, but only #ifdef SOLARIS -- there'd be no reason
(other than a desire for consistency) to bump the cygwin port's DLL number.
However, in the case of gmp, it is probably necessary to understand WHY
the upstream maintainers bumped the DLL number. Did they make a
back-wards incompatible change sometime early in the -3 sequence, but
neglected to update the number until now? Or is the new version number
merely cosmetic?
"correct the shared library numbers" just doesn't provide enough
information.
--
Chuck
More information about the Cygwin-apps
mailing list