From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout-p-202.mailbox.org (mout-p-202.mailbox.org [IPv6:2001:67c:2050:0:465::202]) by sourceware.org (Postfix) with ESMTPS id 9C56D3858D33 for ; Tue, 21 Nov 2023 00:45:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9C56D3858D33 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=aarsen.me Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=aarsen.me ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 9C56D3858D33 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2001:67c:2050:0:465::202 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1700527519; cv=none; b=LKQ9tdHCKGSKU/pQWeiMKBLA+uSWByHtdqArq4R03VJv5qwqDFR2r1mmegUY1d7YnGoQwVVDWVZvotqqDgXQvNqzkbDlBO3tZqYCKbIDPhGO4KfD/gDQz4lvrCjbDIvoj7rhkf5GPrrQOz8Jj3xGK1Sw2nAwneZwq+A1xd7Xqc8= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1700527519; c=relaxed/simple; bh=soUrqQYSPgWdsJ+08oY+fP126hf9DSSdDSunC0RBt3M=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=ruysCuVMvuhH0Shrh9fW7rdvOr5roYRgD6IHOzmiLe1gBrrkLQosAGrCLobeYicZP2BvzP7bWRfghPObxRQhNlAWPe8u82lodAtXbFaYD94OQKfJvYxWuxF4yXfqENgTEI7C4acSk+poUtRod3vZl1/X9ta51308S/Ho4Xabpew= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from smtp1.mailbox.org (smtp1.mailbox.org [10.196.197.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4SZ5J93F0Mz9sSF; Tue, 21 Nov 2023 01:45:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aarsen.me; s=MBO0001; t=1700527513; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qJZYNv3icr/XAhzQVbYXj1bFnaOfnbt3yMAaLsUADQ0=; b=DbA4czhSxvPbVrKRZWyMxqcGnsZYidxf45X/tH0hfolkuSGmTFMGL2pFsDQLFcPyurfzGk sDd1GQ1eQg0zCjcb9qbUC4LYEYuTGexQ5W+gsGgzTAHY4xjoeTtw5SaNyEQmGpqdA/pNWb gexMOXQCWpo+qyqkuKP+U3YIvHlAoqIrKoxXzJ5ZVu24zGpRcsoeGjqUrjXdYKpYGCCz4o uIF7YUHLzIRGWt4YtVoHDPW6SZBrY3IrHxd4vOeaEVLkhlAJ1nw0ufKktXodSXlm4M/3ur Pxh2vSARm/TuN9ThRVJwPiroAh320jl4wkJSKQ80napuWSNZS2QXtvtvVUxpeg== References: <87a5rc2yuv.fsf@aarsen.me> <9214284.kj8aouNDkQ@nimes> <86msv8p1aj.fsf@aarsen.me> From: Arsen =?utf-8?Q?Arsenovi=C4=87?= To: David Edelsohn Cc: Bruno Haible , Richard Biener , gcc-patches@gcc.gnu.org Subject: Re: [PATCH v3 0/2] Replace intl/ with out-of-tree GNU gettext Date: Tue, 21 Nov 2023 01:44:15 +0100 In-reply-to: Message-ID: <86fs10orxl.fsf@aarsen.me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Status: No, score=-11.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,GIT_PATCH_0,KAM_INFOUSMEBIZ,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable David Edelsohn writes: > _GLOBAL__F_xxx is the EH frame data. > > It's using the filename with full path for the unique name, which is why = it > includes .._.._.. . Apparently it is adding a random number as well for > uniqueness. I guess that this is the downside of building in tree, and > apparently it is rebuilding gettext itself with the different stages of t= he > compiler, so the appended random number changes. Jakub pointed me to -frandom-seed=3D, which stabilized this, it'd seem. Running a clean build to test (hacking an existing one worked). Will report back. > Thanks, David > > > On Mon, Nov 20, 2023 at 4:23=E2=80=AFPM Arsen Arsenovi=C4=87 wrote: > >> >> David Edelsohn writes: >> >> > On Sun, Nov 19, 2023 at 5:15=E2=80=AFPM Bruno Haible = wrote: >> > >> >> David Edelsohn wrote: >> >> > --disable-threads currently does not completely disable threads. >> Bruno >> >> is >> >> > suggesting --enable-threads=3Disoc that relies on mtx mutex functio= ns in >> >> libc. >> >> >> >> Unfortunately, as said in the other mail today, relying only on mtx_* >> >> functions >> >> did not drop the dependency towards libpthreads. >> >> >> >> So, I've made a new release gettext-0.22.4, that includes only these >> >> changes: >> >> >> >> - AM_GNU_GETTEXT now recognizes a statically built libintl on macOS >> and >> >> AIX. >> >> >> >> - Passing --disable-threads now builds a libintl that, on AIX, does >> not >> >> need -lpthread. >> >> >> >> - Other build fixes on AIX. >> >> >> >> > Yes, GCC should configure the in tree gettext with --disable-thread= s, >> but >> >> > that configure option is not completely effective and does not >> produce a >> >> > build without threads references. >> >> >> >> Now it is effective. But you (Arsen) should state in the documentation >> >> (gcc/doc/install.texi) that for --disable-threads to have this effect, >> >> one needs gettext version 0.22.4 or newer. >> >> >> > >> > So the question is do we want to change GCC on AIX to always link agai= nst >> > pthreads so that GCC can build with default, external builds of gettext >> > libintl. I don't see a path for i18n support to work for GCC on AIX >> > without that unfortunate change. >> >> Well, if detectable by the build system for, I imagine we could avoid >> pthread if gettext is built without them. With the 'private' gettext >> build, we should never need threads anyway. >> >> P.S: Building on AIX is nearly successful. gettext-0.22.4 builds, twice >> or even thrice, but ends up producing a bootstrap comparison fail: >> >> make[3]: Leaving directory '/home/arsen/build' >> Comparing stages 2 and 3 >> Bootstrap comparison failure! >> gettext/libasprintf/autosprintf.o differs >> make[2]: *** [Makefile:23435: compare] Error 1 >> >> Upon inspecting these files, I see the following diff: >> >> ~ 1 $ git diff <(objdump --all-headers autosprintf.o2) <(objdump >> --all-headers autosprintf.o3) >> diff --git a/dev/fd/63 b/dev/fd/62 >> --- a/dev/fd/63 >> +++ b/dev/fd/62 >> ... >> @@ -92,7 +92,7 @@ AUX indx 30 prmhsh 0 snhsh 0 typ 2 algn 0 clss 0 stb= 0 >> snstb 0 >> AUX val 23 prmhsh 0 snhsh 0 typ 1 algn 4 clss 1 stb 0 snstb 0 >> [ 58](sec 1)(fl 0x00)(ty 0)(scl 107) (nx 1) 0x00000460 >> _autosprintf.ro_ >> AUX val 312 prmhsh 0 snhsh 0 typ 1 algn 4 clss 1 stb 0 snstb 0 >> -[ 60](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 1) 0x00000460 >> _GLOBAL__F_.._.._.._gcc_gettext_gettext_runtime_libasprintf_autosprintf.= cc_DFF67DD7_0xa20d51b1d7a1772f >> +[ 60](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 1) 0x00000460 >> _GLOBAL__F_.._.._.._gcc_gettext_gettext_runtime_libasprintf_autosprintf.= cc_DFF67DD7_0x9c04058e89d7a7a4 >> AUX indx 58 prmhsh 0 snhsh 0 typ 2 algn 0 clss 1 stb 0 snstb 0 >> [ 62](sec 2)(fl 0x00)(ty 0)(scl 107) (nx 1) 0x000005a0 >> _autosprintf.rw_ >> AUX val 0 prmhsh 0 snhsh 0 typ 1 algn 4 clss 5 stb 0 snstb 0 >> >> I am unsure what this symbol is. It does not appear in the stripped >> binary. >> -- >> Arsen Arsenovi=C4=87 >> =2D-=20 Arsen Arsenovi=C4=87 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOYEARYKAI4WIQT+4rPRE/wAoxYtYGFSwpQwHqLEkwUCZVv9ll8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0RkVF MkIzRDExM0ZDMDBBMzE2MkQ2MDYxNTJDMjk0MzAxRUEyQzQ5MxAcYXJzZW5AYWFy c2VuLm1lAAoJEFLClDAeosSTmJcA/iF9Ct7QgJbHGEQyXYZyWQtjvhUpm24l0zaD ioMEd9FwAQCMrlPbizijIcMwL8bAy6v7ABETAPJepf65UWhmGcweAA== =Hwqc -----END PGP SIGNATURE----- --=-=-=--