help-gnutls
[Top][All Lists]
Advanced

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

[Help-gnutls] Re: gnutls 2.3.4 doesn't copile using MinGW


From: Massimo Gaspari
Subject: [Help-gnutls] Re: gnutls 2.3.4 doesn't copile using MinGW
Date: Mon, 14 Apr 2008 21:46:19 +0200
User-agent: Thunderbird 2.0.0.12 (Windows/20080213)

Simon Josefsson wrote:

However, building only static libraries should be supported too, so we
should fix this.  We probably shouldn't even attempt to use --output-def
if we aren't building shared libraries.  I've installed the following
patches.  Could you try tomorrow's daily snapshot?

http://git.savannah.gnu.org/gitweb/?p=gnutls.git;a=commitdiff;h=e33b897e0cb313ad21f116f02cfa5d40a825a645
http://git.savannah.gnu.org/gitweb/?p=gnutls.git;a=commitdiff;h=547af300bec94d0093813a8440870358940e159b
http://git.savannah.gnu.org/gitweb/?p=gnutls.git;a=commitdiff;h=f270fe0568186ca666e244cd88893c7cdb47467a


I tried the latest snapshot gnutls-20080415.tar.gz and the ".def issue" is disappeared. But the error

mkdir .libs
gcc -std=gnu99 -pipe -I/usr/local/include -O2 -Wno-pointer-sign -o gnutls-serv.exe serv-gaa.o serv.o common.o select.o ../lib/.libs/libgnutls.a -L/usr/local/lib -lz ../gl/.libs/libgnu.a /usr/local/lib/libgcrypt.a /usr/local/lib/libgpg-error.a -lws2_32 C:/msys/1.0/local/lib/libgcrypt.a(libgcrypt_la-missing-string.o):missing-string.c:(.text+0x30): multiple definition of `_vasprintf' ../lib/.libs/libgnutls.a(vasprintf.o):vasprintf.c:(.text+0x0): first defined here
collect2: ld returned 1 exit status
make[3]: *** [gnutls-serv.exe] Error 1
make[3]: Leaving directory `/home/emasgas/gnutls-2.3.5/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/emasgas/gnutls-2.3.5/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/emasgas/gnutls-2.3.5'
make: *** [all] Error 2


is still present.

In the meantime I recompiled libgcrypt using

./configure --disable-shared --disable-asm --enable-random=w32 --disable-dev-random

Do you think that the "random" options are correct to use the library in a Windows environment (not using MinGW)?

Thx

Massimo





reply via email to

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