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=Fy/IyOJ1loJgzGQddxgJDF6kwyeyhrS0iCaCC2cpMRMfGtIss3eNk
	lrHqoGJgCBF0VDIDW0Tspk2uPWzOFXoKE2fVuaTOsB+qMgTEUNsuZaCRxXmiWqjz
	17brt+IGkfI/aIfFc7orvoUkgGLHrotNRVsfg5M9ew6YDd2w4DGKpo=
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=1v/YomTTDNWeQXAwVHDevbAihPw=; b=hUsznbCPYGef0P2qsmQkEPJ1VPTm
	4BgIz6Zlkhb81A36j/IjhccpnnmeFV1bDOKtbawqe8ywYivCu53MvPmcY6AZuMx1
	7SUNDRpzaiIftUWxg0uLX26m4W4ggUXAfHfcnu6YvmW54sDT/6zpD3u587hbqQqg
	5YFYIFoQ6Y7P7X4=
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-Spam-SWARE-Status: No, score=-104.2 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=
X-HELO: mout.kundenserver.de
Date: Sat, 17 Aug 2019 10:16:05 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Clang is using the wrong memory model
Message-ID: <20190817081605.GX11632@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <732305300 DOT 268416262 DOT 1565603129541 DOT JavaMail DOT root AT zimbra54-e10 DOT priv DOT proxad DOT net> <024ce5b5-6024-b371-e382-5eef5d1d4a90 AT agner DOT org> <075477ca-e031-39ea-3dfe-bc8bc2fc8fa6 AT agner DOT org> <20190816082603 DOT GR11632 AT calimero DOT vinschen DOT de> <8d594f4d-17e0-447a-8b18-1ed620815e0f AT agner DOT org> <20190816095200 DOT GU11632 AT calimero DOT vinschen DOT de> <2024f551-66e6-47c5-a0b6-2dfa735a690d AT agner DOT org> <20190816111133 DOT GV11632 AT calimero DOT vinschen DOT de> <6008d30a-cd6c-5449-2933-a041e804856c AT agner DOT org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="SnS7NL+Bem4KHtXd"
Content-Disposition: inline
In-Reply-To: <6008d30a-cd6c-5449-2933-a041e804856c@agner.org>
User-Agent: Mutt/1.11.3 (2019-02-01)

--SnS7NL+Bem4KHtXd
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Oe Aug 17 07:31, Agner Fog wrote:
> > So errno was a bad example but you can try accessing e.g. __ctype_ptr__,
> > __progname, optarg, h_errno, or use FE_DFL_ENV from another DLL, just
> > for kicks.
> __ctype_ptr__ is a function
>=20
> h_errno works like errno with an imported function
>=20
> FE_DFL_ENV is a macro
>=20
> __progname and optarg are local variables to each exe or dll

That would contradict what, e.g., __progname is for.  Here's a test:

$ cat > dll.c <<EOF
#include <stdio.h>

extern char *__progname;

void
printprog ()
{
  printf ("progname: %s\n", __progname);
}
EOF
$ cat > main.c <<EOF
extern void printprog();

int
main ()
{
  printprog ();
}
EOF
$ uname -a
CYGWIN_NT-10.0 vmbert10 3.1.0(0.340/5/3) 2019-08-16 14:36 x86_64 Cygwin

Lets try the medium model first:

  $ gcc -g -shared -mcmodel=3Dmedium -o dll.dll dll.c
  $ gcc -g -mcmodel=3Dmedium -o main main.c dll.dll
  $ ./main
  progname: main

Now let's try the small model:

  $ gcc -g -shared -mcmodel=3Dsmall -o dll.dll dll.c
  $ gcc -g -mcmodel=3Dsmall -o main main.c dll.dll
  $ ./main
  Cygwin runtime failure: /home/corinna/main.exe: Invalid relocation.  Offs=
et
  0xfffffffd80348989 at address 0x40000103b doesn't fit into 32 bits

Now let's try without explicit mcmodel on the CLI:

  $ gcc -g -shared -o dll.dll dll.c
  $ gcc -g -o main main.c dll.dll
  $ ./main
  progname: main

> gcc is using the small memory model by default in Cygwin64, and it works.

No, it's not, see above.

> clang is using the small memory by default when cross-compiling for a Cyg=
win64 target from Linux, and it works.

...in *your* example code.


Corinna

--=20
Corinna Vinschen
Cygwin Maintainer

--SnS7NL+Bem4KHtXd
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAl1Xt8UACgkQ9TYGna5E
T6DGwQ//c1FdB1aiTbmBt4Qr0BMJWmobgYg/e5ohY+xZb7Q4CymklHuEP+eFfhz3
KeMVwFuz6Md/5pZbA2PwuLUHbvEeoYb6c2gFTUGM8yVyuYkC2TsDqvORSsNtbem7
Xvgxl3YNjnuLsfoYQz1bM4UIB/1tAsQJjK9mEtPoZNbKCsqumlHB0ZSeL8Z6kcUx
ZFXPrmbMGBhiVaaKE7h3bWL7AmWVPGAgOLAhSUGrAaghpHaTVLJ7Uy/GM/kobX1d
UA4fpSpZDGM6hcsDmSzgYdMWw53rKrceFFkhz4FbTjvtWKxnx9IszDlalqPNoB7l
oMhr2U9GcROS37tsIFitWcCPAgV+PKZLp8j0gD0VmEyYhUbm9kns4Av/4ZnOEKmu
Bzd9WPsRVv0wz0Zg9L+CNTIP9+wZBJVKyrgKuHHB7xBjT8HeYgsdbG1Yk2olBhjL
S2IA1Ceb64DMgnoUlvJ7YLu7rxZFCpbExlcllf2eNuWi0xBv05E8N6HAbBOPdHUE
lU1BRk91ZQnWjzeTenLv9GTOvZT2nocyZXY9bbYGLDfU4qfpp1lRi0CJSX77wjKt
aEljUpZNdN32tYMj7aSx0p+Ke1/Q8DXCDq0jYiI9Ne5ejjgVYh1W5TTcOP/NQ7qC
+uS/BmxlWtfK6d3mllHb9dvpZzqmUYdg+lwI48EJP1Imbdq3vt4=
=jTBD
-----END PGP SIGNATURE-----

--SnS7NL+Bem4KHtXd--