X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=F+rfw6LBnf1OmdL2ihjelBOUpqNBMk8LJgaKxgZ/LW3Z6frNpGfpu
	n/oj9qlTTqDbv/Cg/0vaQ6dvAf9sUD5xqikH26Lzk14EFg7Y2TeoXR3w/JxFrXrQ
	KlAzee9mhb5lz2Kx/GNvFWCeV4TPWhr+X5prsbdg8ppsiMuUkFOZnI=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=JXI5GbE+sZ2zjUGsKEqR0Ad1Bdw=; b=NnqB44VDjw6BfFbdfCVAwybayTS8
	PdQG6dXj2t2oVXeguFHyme6o5N4DSIPbTvov5JtwLdHYqi70a3LyGYDvcTyTZpyh
	b+PsgxugeAIGAnV4VZqHnA3rtXAfy7H89NNMeAckV+L83zm59xR1Kx8Q2n6ZKnnO
	UMb8rjq1Pa1NK2c=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=1.4 required=5.0 tests=AWL,BAYES_50,RDNS_NONE,URIBL_BLOCKED autolearn=no version=3.3.2
X-HELO: calimero.vinschen.de
Date: Wed, 20 Nov 2013 21:28:04 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Building sources from CVS.
Message-ID: <20131120202804.GB7631@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <CABEPuQL2D=L4gN7D5zzzCGpgTAJKGv9javFf2KymK+6sdx-jJQ AT mail DOT gmail DOT com> <20131120194000 DOT GA964 AT ednor DOT casa DOT cgf DOT cx> <CABEPuQK+f2JW2=msaUXscOgCTzTs8ajnKDkkLd+yB_ssPGh8RA AT mail DOT gmail DOT com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="9zSXsLTf0vkW971A"
Content-Disposition: inline
In-Reply-To: <CABEPuQK+f2JW2=msaUXscOgCTzTs8ajnKDkkLd+yB_ssPGh8RA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)

--9zSXsLTf0vkW971A
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Nov 20 23:54, Alexey Pavlov wrote:
> 2013/11/20 Christopher Faylor:
> > On Wed, Nov 20, 2013 at 10:18:37PM +0400, Alexey Pavlov wrote:
> >>Recent changes in CVS sources break build:
> >>
> >>-lgcc /usr/lib/gcc/x86_64-pc-cygwin/4.8.2/../../../../lib/w32api/libker=
nel32.a
> >>/usr/lib/gcc/x86_64-pc-cygwin/4.8.2/../../../../lib/w32api/libntdll.a
> >>-Wl,-Map,cygwin.map
> >>
> >>/usr/lib/gcc/x86_64-pc-cygwin/4.8.2/../../../../lib/w32api/libkernel32.=
a(dcnbs00754.o):(.text+0x0):
> >>multiple definition of `IdnToUnicode'
> >>
> >>autoload.o:autoload.cc:(.kernel32_autoload_text+0x180): first defined h=
ere
> >>
> >>/usr/lib/gcc/x86_64-pc-cygwin/4.8.2/../../../../lib/w32api/libkernel32.=
a(dcnbs00752.o):(.text+0x0):
> >>multiple definition of `IdnToAscii'
> >>
> >>autoload.o:autoload.cc:(.kernel32_autoload_text+0x140): first defined h=
ere
> >>
> >>collect2: error: ld returned 1 exit status
> >
> > The existence of two snapshots generated from latest CVS would
> > imply that the error is on your end.
>=20
> I think this is because I'm use win32-api from latest mingw-w64 trunk.

This must be a bug in latest mingw-w64.  autoload.cc defines multiple
symbols which already exist in kernel32.dll.  And all of these symbols
also exist in mingw-w64 libkernel.a:

$ grep kernel32 autoload.cc
LoadDLLfuncEx (CancelSynchronousIo, 4, kernel32, 1)
LoadDLLfunc (CreateSymbolicLinkW, 12, kernel32)
LoadDLLfuncEx (GetNamedPipeClientProcessId, 8, kernel32, 1)
LoadDLLfunc (GetSystemTimePreciseAsFileTime, 4, kernel32)
LoadDLLfuncEx2 (IdnToAscii, 20, kernel32, 1, 0)
LoadDLLfuncEx2 (IdnToUnicode, 20, kernel32, 1, 0)
LoadDLLfunc (LocaleNameToLCID, 8, kernel32)

$ strings /usr/lib/w32api/libkernel32.a | grep CancelSynchronousIo
CancelSynchronousIo
__imp_CancelSynchronousIo
CancelSynchronousIo
CancelSynchronousIo
__imp_CancelSynchronousIo

And the Idn symbols are already exported by the current w32api version:

$ strings /usr/lib/w32api/libkernel32.a | grep IdnToAscii
IdnToAscii
__imp_IdnToAscii
IdnToAscii
IdnToAscii
__imp_IdnToAscii

So I don't see why these two IdnToXXX functions should result in
problems but not any of the other kernel32 autoload symbols.  For
completeness I tried to build ther Cygwin DLL natively on Cygwin, not on
Linux as usual, and it builds fine.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--9zSXsLTf0vkW971A
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (GNU/Linux)

iQIcBAEBAgAGBQJSjRtUAAoJEPU2Bp2uRE+gHE8P/2v7JMuVgfjQkCPiKvlMnGaQ
OVNCbpcGRCmCUbzXEq3yIyEYpEvmPr1QTFXDG/OhEifRzolLC88qO/rOwNm2cKoa
EAqkdl+eUkGDvkvIuDsaqAawHBOuu+7hCboiuknhs+gnf/0cYflKUAVSUSseuIaB
k95Ye6W3AjSQ3Q+nFEk68vqkvQ1YqXyB5+4BxwSJuaravt434C6ZblAzqbq3/hT6
Maju9V2iJ6HlolrGUQutjWGSX0WD9BrkNYaiLok2AISlKzsgh/VG/Rr2Q8cAJDdP
tq9YpPdJOrOWGlRSdXvIeo9Py/dL03IJe19bKD6yrFiBdALHOD8NrAOTVpuc8VJG
aoM67ONOr/PniD9hZmVT1XVmp3PZQwBX7MjAjQULOl6YhjkkKNzgID7UZyKvE5Jp
hLSvZ7BU5LxZjP7Bd/XJHx284b+wUdJJO/cUBrcZc4IYeMrI1aOmU5k46nFxOoo5
OReO7LTzblDntORePlSSISL89n81iAat5tt7tE4T0rYOka0YftS1IDFYV2MkvktV
SaPTOxWiU2S9o0fSmNP4vU2pWp4YBj9inBBFDAASk5Nfzszaigz4y95Z09FB4LaV
SMh4/G/bpwL96gJ5pr8iFY5T4L1LeezkzSm6d0WRdC0YIpcK2OllDqAH7AoepXzV
CF4TfO45AAxHRd03c6fP
=Mvm2
-----END PGP SIGNATURE-----

--9zSXsLTf0vkW971A--