[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 2/5] w32: add support for recent PNG library version >= 1.5
From: |
Eli Zaretskii |
Subject: |
Re: [PATCH 2/5] w32: add support for recent PNG library version >= 1.5 |
Date: |
Fri, 01 Nov 2013 11:21:30 +0200 |
> Date: Wed, 30 Oct 2013 13:50:57 +0100
> From: Claudio Bley <address@hidden>
> Cc: address@hidden
>
> > > I'm building with CMake and that's what the CMake builds produce.
> >
> > Worth writing to the maintainers about, IMO, since CMake is not the
> > standard build method (AFAIK).
>
> On w32 it is probably more standard than building with autotools, IMO.
I doubt that. But I won't argue.
> It also begs the question what the most reasonable name would be,
> ie. what's the point of duplicating the version after a dash?
That's why I suggested to write to the maintainers.
> Seems it's only because of libtool, which is probably not really
> relevant on w32 anyway.
libtool _is_ relevant to w32 because many packages use it to link
against external libraries.
> > > If you download the release tarball (lpng166.7z) for win32, the DLL
> > > produced is also called libpng16.dll.
> >
> > If you build with CMake or if you build with the usual "configure && make"?
>
> Neither, they support building with different compilers by copying a
> Makefile from the "scripts" subdir to the project root dir. The w32
> "tarballs" don't even have a configure script.
Strange distribution policy, IMO.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [PATCH 2/5] w32: add support for recent PNG library version >= 1.5,
Eli Zaretskii <=