[Zlib-devel] [Patch] support for building DLL for cygwin, mingw
Enrico Weigelt
weigelt at metux.de
Wed Aug 4 13:57:51 EDT 2010
* Charles Wilson <cygwin at cwilson.fastmail.fm> schrieb:
> > I'd prefer if's instead of putting commands into variables ;-p
>
> It's a smaller change to do it this way; I was trying to keep the
> magnitude of the changes smaller, for easier review. Certainly tweaks
> along those lines can and should be discussed...
hmm, perhaps it'd be advisable to make the changes in smaller
steps and contigiously rebase to recent upstream releases.
> > Why not simply passing them via common CFLAGS/LDFLAGS variables on
> > ./configure call ?
>
> Because (a) zlib's configure doesn't appear to have a concept of
> precious variables, unlike autoconf-generated configure scripts, and (b)
> setting them that way appears to *override* the ones established by the
> configure script, rather than allowing you to append "extra" settings on
> top of the automatically determined ones.
hmm, fix that ? ;-)
> >> The reason EXTRA_* flags are used for mingw, instead of hardcoding them
> >> in configure, is because these options change the library's ABI, and
> >> this is the way the mingw and cygwin projects will be building them.
> >
> > Maybe it would make sense to add own ./configure options for this ?
>
> Well, I wasn't sure how many additional system-specific options would be
> welcomed. Right now, configure is rather svelte -- do we really want to
> bloat it with a bunch of platform-specific "--use-ms-compatible-structs"
> options and the like?
IMHO thats way better having them in one place than passing dozens
of cflags to make. My ideology is that ./configure $options && make
&& make install should be sufficient.
cu
--
----------------------------------------------------------------------
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weigelt at metux.de
mobile: +49 151 27565287 icq: 210169427 skype: nekrad666
----------------------------------------------------------------------
Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
----------------------------------------------------------------------
More information about the Zlib-devel
mailing list