Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Message-ID: <0f8901c185fc$a108b600$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: "Charles Wilson" <cwilson AT ece DOT gatech DOT edu>
Cc: <cygwin-apps AT cygwin DOT com>
References: <3C18EBA9 DOT 9030102 AT ece DOT gatech DOT edu> <0b5501c184be$8639eb80$0200a8c0 AT lifelesswks> <3C1A35F6 DOT 8050909 AT ece DOT gatech DOT edu>
Subject: Re: Restructuring gettext
Date: Sun, 16 Dec 2001 17:41:01 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime: 16 Dec 2001 06:40:52.0902 (UTC) FILETIME=[9B6E1460:01C185FC]

----- Original Message -----
From: "Charles Wilson" <cwilson AT ece DOT gatech DOT edu>
> > Ouch. Do you know why it's not compatible? (i.e. is auto-import
breaking
> > something?)
>
>
> Well, whaddaya know.  I replaced my cygintl.dll with cygintl-1.dll and
> wget/uuencode/etc still worked.  I just assumed because I changed the
> header files (back to the original) and was no longer declaring things
> "__declspec()" that that consitituted an API change.
>
> However, by (partially) switching over to libtool-based dll-building,
> libtool imposes its own versioning: the new DLL's *name* is different,
> and will continue to be different (especially once we get the new
devel
> libtool working, and I switch gettext fully over to libtool-based
> dll-building).  So, even if there is NO incompatibility, the name
change
> itself is necessary and significant.

Right. But the one package could provide the same .dll twice (until all
dependent packages are rebuilt).

> > Why? If gettext needs libintl1, and sharutils et al need libintl0,
then
> > anyone who updates will get libintl0 automatically if they have
> > sharutils et al installed.
> Hmm...I want to test this first....

Go right ahead :]. Tweak a setup.ini locally, and install from there.
Recursion works.

> > IMO we can take steps to reduce the occurence of this: IIRC every
time
> > it has happened it's been a .dll splitout from the original package
> > issue.
>
>
> Yep -- it's always tied to package renaming, and that (hopefully) only
> occurs on splitting.  Or stupidity.  (I'm still not sure why I named
> some of my graphics lib packages "libfoo" and others merely
> "foo"...libtiff vs. jpeg?  And let's not even talk about "jbigkit"...)

Lol!

Rob