[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