mingw-cross-env-list
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Mingw-cross-env-list] Re: zlib 1.2.5 fails on Ubuntu Linux (amd64) -- a


From: Garth Dahlstrom
Subject: [Mingw-cross-env-list] Re: zlib 1.2.5 fails on Ubuntu Linux (amd64) -- adler32.o: No such file or directory -> Solved
Date: Fri, 18 Jun 2010 15:48:37 -0400

Hi Tony, 

There is no config.log produced for zlib, nor was there one for openssl from 
what I could tell...  I don't know why this is the case...

First, I applied the following to the zlib.mk, but the output is the same as 
the first 10 lines or so of the zlib.log I attached earlier.

> --- src/zlib.mk       2010-06-18 15:18:09.000000000 -0400
> +++ src/zlib.mk       2010-06-18 15:19:07.000000000 -0400
> @@ -21,6 +21,7 @@
>  define $(PKG)_BUILD
>      cd '$(1)' && CHOST='$(TARGET)' ./configure \
>          --prefix='$(PREFIX)/$(TARGET)' \
> -        --static
> +        --static \
> +        > config.log
>      $(MAKE) -C '$(1)' -j '$(JOBS)' install
>  endef

/opt/mingw-cross-trunk/tmp-zlib/zlib-1.2.5$ cat config.log
> Using i686-pc-mingw32-ar
> Using i686-pc-mingw32-ranlib
> Using i686-pc-mingw32-nm
> Checking for i686-pc-mingw32-gcc...
> Building static library libz.a version 1.2.5 with .
> Checking for off64_t... No.
> Checking for fseeko... No.
> Checking for unistd.h... No.
> Checking whether to use vs[n]printf() or s[n]printf()... using s[n]printf().
> Checking for snprintf() in stdio.h... No.
>   WARNING: snprintf() not found, falling back to sprintf(). zlib
>   can build but will be open to possible buffer-overflow security
>   vulnerabilities.
> Checking for return value of sprintf()... No.
>   WARNING: apparently sprintf() does not return a value. zlib
>   can build but will be open to possible string-format security
>   vulnerabilities.

Somehow $CC was not defined when it gets to here:
> Building static library libz.a version 1.2.5 with .
tmp-zlib/zlib-1.2.5/configure:254:  echo Building static library $STATICLIB 
version $VER with $CC.

Adding a CC define to the zlib.mk solved it!   Patch is attached.


Attachment: zlib.mk.diff
Description: Binary data


Thanks for pointing me towards the configure script.

-G


On 2010-06-18, at 12:55 PM, Tony Theodore wrote:

> On 19 June 2010 02:44, Garth Dahlstrom <address@hidden> wrote:
>> Sorry you were looking for a config.log, but there isn't one
>> in ./tmp-zlib/zlib-1.2.5
>> I just noticed there is one in ./tmp-libpng/libpng-1.4.2/config.log
> 
> This is probably due to linking against a native zlib. Can you do:
> 
> rm usr/installed/zlib
> make [JOBS=4]
> 
> which should fail, and then send the
> 
> /opt/mingw/tmp-zlib/zlib-1.2.5/config.log
> 
> Thanks,
> 
> Tony
> 
> P.S. Basically, try to get the initial build failure without "make clean"


reply via email to

[Prev in Thread] Current Thread [Next in Thread]