This is the mail archive of the
cygwin-apps@sources.redhat.com
mailing list for the Cygwin project.
Re: [ANNOUNCEMENT] Updated: libpng-1.0.9-3
- To: "Dr. Volker Zell" <Dr dot Volker dot Zell at oracle dot com>
- Subject: Re: [ANNOUNCEMENT] Updated: libpng-1.0.9-3
- From: Charles Wilson <cwilson at ece dot gatech dot edu>
- Date: Mon, 5 Feb 2001 17:20:23 -0500 (EST)
- cc: Jerome BENOIT <JGMBenoit at Wanadoo dot fr>, cygwin-apps at sources dot redhat dot com
"Dr. Volker Zell" wrote:
>
> In case anybody has build the following packages with libpng-1.0.8, I
> found that the new
> version breaks also the following executables (because of missing
> png_init_io entry point):
[embarrassingly long list of broken programs snipped]
>
> But recompilation fiexes everything.
^&@(!)#$&!@#%!@#$
All I can say is, XEmacs still worked. Compiled with the old lib, used
with the new lib. I guess XEmacs is not such a great test case, after
all.
!@#%*@(#)!~
I'm really, *really* sorry about this. Unfortunately, there's very little
I can do about it. I considered the following:
(1) beat the png-developers into submission so that they change the .def
file to match the (semi-random) export table result cygwin's gcc generated
for the unspecified exports back in 1.0.8-3. However, that won't match
the (semi-random) export table generated back in 1.0.8-3 by msvc for the
unspecified exports in the native build dll. I give you three guesses
which one they did match, have matched, and will match -- and the first
two guesses don't count. Nothing against png-develop, but msvc/native is
a much bigger market than cygwin.
(2) change the dll name, so that the old dll stays "cygpng2.dll" and the
new dll is "cygpng3.dll." Well, yeah --- possible --- but we just
finished a huge flamefest on the png list about dll naming synchonization
between msvc/native "libpngX.dll" and cygwin "cygpngX.dll". I really
don't want to upset the apple cart on that issue now.
(3) go home and hide. I gave this one serious consideration.
--Chuck