public inbox for cygwin-apps@cygwin.com
 help / color / mirror / Atom feed
* gmp-4.2.2-1 and  and mpfr- for upload
@ 2008-03-24  3:43 David Billinghurst
  2008-03-25 13:23 ` Dave Korn
  2008-03-31 11:30 ` Corinna Vinschen
  0 siblings, 2 replies; 5+ messages in thread
From: David Billinghurst @ 2008-03-24  3:43 UTC (permalink / raw)
  To: cygwin-apps

I have builds of gmp-4.2.2 and mpfr-2.3.1 for available for upload.  The 
setup.hint files are unchanged.  Both packages pass all tests in their 
testsuites.

mpfr builds OOTB.

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.

	David

############################################################################

D=http://billinghurst.customer.netspace.net.au/cygwin

mkdir gmp
cd gmp
wget ${D}/gmp/gmp-4.2.2-1-src.tar.bz2
wget ${D}/gmp/gmp-4.2.2-1.tar.bz2
wget ${D}/gmp/setup.hint

mkdir libgmp-devel
cd libgmp-devel
wget ${D}/gmp/libgmp-devel/libgmp-devel-4.2.2-1.tar.bz2
wget ${D}/gmp/libgmp-devel/setup.hint
cd ..
mkdir libgmp3
wget ${D}/gmp/libgmp3/libgmp3-4.2.2-1.tar.bz2
wget ${D}/gmp/libgmp3/setup.hint
cd ../..

mkdir mpfr
cd mpfr
wget ${D}/mpfr/mpfr-2.3.1-1-src.tar.bz2
wget ${D}/mpfr/mpfr-2.3.1-1.tar.bz2
wget ${D}/mpfr/setup.hint
mkdir libmpfr-devel
cd libmpfr-devel
wget ${D}/mpfr/libmpfr-devel/libmpfr-devel-2.3.1-1.tar.bz2
wget ${D}/mpfr/libmpfr-devel/setup.hint
cd ..
mkdir libmpfr1
cd libmpfr1
wget ${D}/mpfr/libmpfr1/libmpfr1-2.3.1-1.tar.bz2
wget ${D}/mpfr/libmpfr1/setup.hint
cd ../..

^ permalink raw reply	[flat|nested] 5+ messages in thread

* RE: gmp-4.2.2-1 and  and mpfr- for upload
  2008-03-24  3:43 gmp-4.2.2-1 and and mpfr- for upload David Billinghurst
@ 2008-03-25 13:23 ` Dave Korn
  2008-03-25 17:10   ` Charles Wilson
  2008-03-31 11:30 ` Corinna Vinschen
  1 sibling, 1 reply; 5+ messages in thread
From: Dave Korn @ 2008-03-25 13:23 UTC (permalink / raw)
  To: cygwin-apps

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.

    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: gmp-4.2.2-1 and  and mpfr- for upload
  2008-03-25 13:23 ` Dave Korn
@ 2008-03-25 17:10   ` Charles Wilson
  2008-03-26 12:18     ` David Billinghurst
  0 siblings, 1 reply; 5+ messages in thread
From: Charles Wilson @ 2008-03-25 17:10 UTC (permalink / raw)
  To: CygWin-Apps

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


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: gmp-4.2.2-1 and  and mpfr- for upload
  2008-03-25 17:10   ` Charles Wilson
@ 2008-03-26 12:18     ` David Billinghurst
  0 siblings, 0 replies; 5+ messages in thread
From: David Billinghurst @ 2008-03-26 12:18 UTC (permalink / raw)
  To: cygwin-apps

Charles Wilson wrote:
> 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

The new 4.2.2-1 cyggmpxx3.dll is AFAICT binary compatible with the 
current 4.2.1-1 release.  The changes are quite small and I ran the 
4.2.1-1 testsuite with the 4.2.2-1 DLL without problem.

I don't have strong feelings about this change, but we will have to bump 
the C++ library version when we move to gcc-4.  I thought it excessive 
to change it now for no real reason.


According to http://gmplib.org/ - "Additional issues with GMP 4.2:   The 
solib numbers for the shared version of libgmp and libgmpxx are very 
wrong, making them appear older than version 4.1.4."

	David


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: gmp-4.2.2-1 and  and mpfr- for upload
  2008-03-24  3:43 gmp-4.2.2-1 and and mpfr- for upload David Billinghurst
  2008-03-25 13:23 ` Dave Korn
@ 2008-03-31 11:30 ` Corinna Vinschen
  1 sibling, 0 replies; 5+ messages in thread
From: Corinna Vinschen @ 2008-03-31 11:30 UTC (permalink / raw)
  To: cygwin-apps

On Mar 24 14:42, David Billinghurst wrote:
> D=http://billinghurst.customer.netspace.net.au/cygwin
>
> mkdir gmp
> cd gmp
> wget ${D}/gmp/gmp-4.2.2-1-src.tar.bz2
> wget ${D}/gmp/gmp-4.2.2-1.tar.bz2
> wget ${D}/gmp/setup.hint
>
> mkdir libgmp-devel
> cd libgmp-devel
> wget ${D}/gmp/libgmp-devel/libgmp-devel-4.2.2-1.tar.bz2
> wget ${D}/gmp/libgmp-devel/setup.hint
> cd ..
> mkdir libgmp3
> wget ${D}/gmp/libgmp3/libgmp3-4.2.2-1.tar.bz2
> wget ${D}/gmp/libgmp3/setup.hint
> cd ../..
>
> mkdir mpfr
> cd mpfr
> wget ${D}/mpfr/mpfr-2.3.1-1-src.tar.bz2
> wget ${D}/mpfr/mpfr-2.3.1-1.tar.bz2
> wget ${D}/mpfr/setup.hint
> mkdir libmpfr-devel
> cd libmpfr-devel
> wget ${D}/mpfr/libmpfr-devel/libmpfr-devel-2.3.1-1.tar.bz2
> wget ${D}/mpfr/libmpfr-devel/setup.hint
> cd ..
> mkdir libmpfr1
> cd libmpfr1
> wget ${D}/mpfr/libmpfr1/libmpfr1-2.3.1-1.tar.bz2
> wget ${D}/mpfr/libmpfr1/setup.hint
> cd ../..

Uploaded.


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2008-03-31 11:30 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-03-24  3:43 gmp-4.2.2-1 and and mpfr- for upload David Billinghurst
2008-03-25 13:23 ` Dave Korn
2008-03-25 17:10   ` Charles Wilson
2008-03-26 12:18     ` David Billinghurst
2008-03-31 11:30 ` Corinna Vinschen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).