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=NSgvNcbtPJklIayFeCX+5ugllYI/eZWqlsv57//2i/9QIj2rq/kHB
	wpxZdMXB3xDHvaWQsd327JHmv2ATdH0PG8uh4506HW2yKNEWeF/TyRgZwUtQqCnV
	qpeZsBa3GWnAAZwzGApZeSOHqtYagmUT6HQi9TN4K/R4XnIBZuIxLs=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Date: Wed, 23 Jul 2014 19:06:20 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] Updated: llvm/clang-3.4.2-1
Message-ID: <20140723170620.GJ27005@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <53CFE4B0 DOT 7050700 AT alice DOT it>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="7lMq7vMTJT4tNk0a"
Content-Disposition: inline
In-Reply-To: <53CFE4B0.7050700@alice.it>
User-Agent: Mutt/1.5.23 (2014-03-12)

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

On Jul 23 18:37, Angelo Graziosi wrote:
> Sorry,
>=20
> Yaakov Selkowitz wrote:
> >This is an update to the latest upstream release, and the first release
> >for x86_64.  PLEASE NOTE that clang will NOT work as a native code
> >compiler for x86_64 at this time, but should still work as a code
> >analyzer and LLVM bytecode compiler; PTC.
>=20
> That explains why I get
>=20
> $ cat t.c
> #include <stdio.h>
>=20
> int main()
> {
>   printf("Hello, World!/n");
>   return 0;
> }
>=20
> $ clang t.c
> /tmp/t-12d75f.o:fake:(.text+0x15): rilocazione adattata per troncamento:
> R_X86_64_32 contro ".rdata"
> collect2: error: ld returned 1 exit status
> clang: error: linker (via gcc) command failed with exit code 1 (use -v to
> see invocation)

This looks pretty much like a problem with the code model.  Cygwin
The default for native Windows applications is the small code model,
accessing all code and data via 32 bit code-relative instructions
and jump trampolines where necessary.

When we worked on x86_64 Cygwin, we realized that we need to change GCC
to support another model, otherwise we would see the above kind of build
error a lot for otherwise perfectly correct POSIX code.  Therefore my
collegue Kai Tietz provided GCC with implementations of a medium and
large code model with different types of relative and absolute
addressing.  64 bit Cygwin applications use the medium code model by
default.

Having said that, I assume the problem here is that clang doesn't
support anything other than the small code model.  This needs some
serious patching, I guess.


Corinna

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

--7lMq7vMTJT4tNk0a
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJTz+uMAAoJEPU2Bp2uRE+gYxgP/1vusIzL+wdp1INI/bohxJgE
66SvEpu8VrXnRuCSeE0Wgwp7gyrMyRc7sqAviXpyS5+/Q9rGzErHEXu5kYKqvaLa
ZdMQ9R6kan1zU/zaF+sJ16MOMZ2x+PbigNeVloL9AoNbbHTphetr3ZJNMBgxjkjv
SpwRCNchCla6fArCrlL8fjkRHr9sgxJHDfJhjgCcLoBBcr19RsLAk3B+5oX1E0XO
fzcd8KIzTK7ZOam94L0azLvmqhIfqyK0uqg5MXCqSt0ehhC75mroczRKDVIwXDmL
zoQ38L2n1L7MLN9zsfxwzxDwDFtwoq+6HWOWERr0BNqUUPJqhhqKKwmbssF6mkxe
qf0jY5m2TrCL6NBar1Yb1QSjsVg+2rdl+yMfId+8X7/5N8+cmwRKC8VwzBunZGXQ
vRFiL57IvnxiO826jQGmJ3eRnvx30DsgshlJ5mzbWYM/ykF9ioAKdxKilVRoVyfb
Rl7IpSi7CXrFGhGYZUIg0adGqoPOCCTAwbZlr7wmMlXz4ZsoQ3vkAS6Ao6DEgtAQ
MHdTj9hSlpFT0R02g2PDAVjAfEaZm+HzAcnvPJwpyzPYdlWkBOWJCCBsvrr9T4+2
KQeKCtjfdAHvwzRd+FG0S0LlSLYlIXD1xdTqX/hfwBnpO7mj/JynWJTzRbuoyL8v
h7CV1y+EpjN+CI9jhgsK
=hrGs
-----END PGP SIGNATURE-----

--7lMq7vMTJT4tNk0a--