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
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

- Raw text -