[libGD] #165 [Comment added] Build failure on mingw - multiple versions of libgd including 2.0.36RC1

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.

The following task has a new comment added:

FS#165 - Build failure on mingw - multiple versions of libgd including 2.0.36RC1
User who did this - Garthy (Garthy)

----------
Hi Pierre,

Following from a hunch on your mention of BGDWIN32, I dug around and found that defining NONDLL would restrict it to a static build, which is enough for me, since I was only after a static build anyway.

Adding CPPFLAGS="$CPPFLAGS -DNONDLL=1" near the end of configure.ac and doing the usual autoconf magic got me a bit further. Strangely, adding it near the start had no effect, the setting was lost. Could this mean that all environment variables passed in (eg. CPPFLAGS, etc, see "./configure --help" near the end) are discarded? More on that in a moment.

Anyway, adding it in later in the file got me further in the build. It couldn't find the zlib headers, so I hardcoded them in in a similar way to NONDLL. It got further, then choked on the png headers. This was concerning- I had used the "--with-png" configure flag, and told it where to look. Looking at the configure output, it both finds, and doesn't find, the png headers- ie. "yes" on the configuration summary, but png.h and libpng/png.h say "no".

I'm left with the following bugs:

- Environment variables CPPFLAGS, etc, are not respected, or are replaced. It should have been sufficient to specify the zlib includes through them, and I should have been able to set NONDLL that way too.

- No "--with-zlib" configure flag, so if zlib isn't installed in /usr or /, you have to resort to trickery to get it in. Without the CPPFLAGS environment variable being respected, I've lost the usual way I specify its location with other configure scripts.

- CPPFLAGS settings set too early in configure.ac are not respected. Putting it at the end of the file instead should not have made a difference, but did.

- Even with "--disable-shared" specified, it's trying to use all of the dllimport stuff.

- The "--with-png" configure switch doesn't seem to work. Even if you tell it where libpng is, it doesn't seem to be enough. I suspect there may be troubles with the other "--with" flags as well.

I think if I kept at it, and plugged in more hardcoded paths into configure.ac as with zlib, I might get further. However, the need to work around so many bugs is particularly concerning, especially when the main reason I'm looking at libgd is to evaluate if it is suitable for my project. I can't afford to sink so much time into libgd. :( As such, I think I'll stop here for now. I'm happy to try out and provide feedback on any future versions though, check out fixes in CVS, release candidates, so forth. Just let me know.

----------

More information can be found at the following URL:
http://bugs.libgd.org/?do=details&task_id=165#comment552

You are receiving this message because you have requested it from the Flyspray bugtracking system.  If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.