From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout-p-102.mailbox.org (mout-p-102.mailbox.org [IPv6:2001:67c:2050:0:465::102]) by sourceware.org (Postfix) with ESMTPS id 32CF2385AE54 for ; Thu, 16 Nov 2023 22:22:25 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 32CF2385AE54 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 32CF2385AE54 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2001:67c:2050:0:465::102 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1700173347; cv=none; b=wfmnD+iSbeblEUL22z3Oyv0nxT7EBYBQrxLZGQ+Hk7a1x3bYokEcq4B6oHf7aKmDa2Sbz0SvA3+RzqjaZk17rE8aSNYH6ds0x+n7pXJAz/pJQUZZU0YkS//+KTpk1BFQl8vjz3FWMmLdNomR3+yt4URgItColDtyOnrl1NvYBqI= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1700173347; c=relaxed/simple; bh=kDpgyscLLz3DAIwA8A9GNUhaNurac+/1AuV+543S6sk=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=LLIE5mWr7ET51f0XDvnr6Ts6L4bXZbJqv769wQMnFFFesegRRtn5PrVqE04E8zRhkI9RNYbEjEtkniDHue6QJzXLC5PUc8WJVLawO07ZXSUDgTzuz5vWdbcP2r5MZnCl75TsUkgQCCvZVFonfkRPNJyXaYwxtSITcEV4T/76tdw= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:b231:465::202]) (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-102.mailbox.org (Postfix) with ESMTPS id 4SWZKB0RB5z9sdZ; Thu, 16 Nov 2023 23:22:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aarsen.me; s=MBO0001; t=1700173342; 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=/ismmJiW/SzsIEuiro4sm855mU6+hW+bobeZM2KlfHQ=; b=uWj5BkVSh83toPK84evX90iW5ki2Lyx1UjJ3pl6VZPwClyfq3kBNqNofJ4xgKTTEKPxpQb gNWx5KHMtc/t+gZTPuT2P98VZfUwO0Mj30ScScCUd9NU6GS1f6QmvYCKqoO4tPUw4TRQeJ jem9V9zXIK7q/9pmuTsvrmWwr75eYOg3NGltSilI+5JNAGAnanqWYUtMa+pf7hyPpgnNLR Sejp5SvaG1Ca/JgMUceDBHfQP/Je0kJ+JEnzG86qo8UWl1uqtWol8q3YGbR8NTlyd44wbU a9tLyrJLG5ivml9YMq0kv3ZO9BfMIpgRnvEAH06MbM4xYeUNwSsoA23nS2Masw== References: <86o7fwhr03.fsf@aarsen.me> <8634x7hza7.fsf@aarsen.me> <86il61fscr.fsf@aarsen.me> <861qcpbdt2.fsf@aarsen.me> From: Arsen =?utf-8?Q?Arsenovi=C4=87?= To: David Edelsohn Cc: Richard Biener , Bruno Haible , gcc-patches@gcc.gnu.org Subject: Re: [PATCH v3 0/2] Replace intl/ with out-of-tree GNU gettext Date: Thu, 16 Nov 2023 23:19:57 +0100 In-reply-to: Message-ID: <86cyw99w4j.fsf@aarsen.me> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Rspamd-Queue-Id: 4SWZKB0RB5z9sdZ X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_INFOUSMEBIZ,KAM_SHORT,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: > Don't build with the dependent libraries in tree. Don't build the > dependent libraries as shared libraries. The libraries are already built > and in /opt/cfarm, as mentioned in the Compile Farm wiki. > > AIX is not Solaris and not Linux. It doesn't use ELF. AIX shared > libraries *ARE* shared object files in archives. Shared object versioning > is handled by multiple objects in the same archive. Hmm, I see. I removed all the deps but gettext from the tree. This leaves gettext-runtime fulfilling the previous role of intl/. However, I'm confused about how this worked before, in that case, since, IIRC, intl also produced libraries and was also put into host exports. Leaving gettext in tree produces: Could not load program gawk: Dependent module /home/arsen/build/./gettext/intl/.libs/libintl.a(l= ibintl.so.8) could not be loaded. Member libintl.so.8 is not found in archive=20 I'll try to see why intl/ didn't cause the same issue soon. Thanks, have a lovely evening. > Thanks, David > > > > On Thu, Nov 16, 2023 at 4:15=E2=80=AFPM Arsen Arsenovi=C4=87 wrote: > >> >> Arsen Arsenovi=C4=87 writes: >> >> > [[PGP Signed Part:Good signature from 52C294301EA2C493 Arsen Arsenovi= =C4=87 >> (Gentoo Developer UID) (trust ultimate) created at >> 2023-11-16T19:47:16+0100 using EDDSA]] >> > >> > David Edelsohn writes: >> > >> >> On Wed, Nov 15, 2023 at 9:22=E2=80=AFAM Arsen Arsenovi=C4=87 >> wrote: >> >> >> >>> >> >>> David Edelsohn writes: >> >>> >> >>> > GCC had been working on AIX with NLS, using >> "--with-included-gettext". >> >>> > --disable-nls gets past the breakage, but GCC does not build for me >> on >> >>> AIX >> >>> > with NLS enabled. >> >>> >> >>> That should still work with gettext 0.22+ extracted in-tree (it shou= ld >> >>> be fetched by download_prerequisites). >> >>> >> >>> > A change in dependencies for GCC should have been announced and mo= re >> >>> widely >> >>> > socialized in the GCC development mailing list, not just GCC patch= es >> >>> > mailing list. >> >>> > >> >>> > I have tried both the AIX Open Source libiconv and libgettext >> package, >> >>> and >> >>> > the ones that I previously built. Both fail because GCC configure >> >>> decides >> >>> > to disable NLS, despite being requested, while libcpp is satisfied, >> so >> >>> > tools in the gcc subdirectory don't link against libiconv and the >> build >> >>> > fails. With the included gettext, I was able to rely on a >> >>> self-consistent >> >>> > solution. >> >>> >> >>> That is interesting. They should be using the same checks. I've >> >>> checked trunk and regenerated files on it, and saw no significant di= ff >> >>> (some whitespace changes only). Could you post the config.log of bo= th? >> >>> >> >>> I've never used AIX. Can I reproduce this on one of the cfarm machi= nes >> >>> to poke around? I've tried cfarm119, but that one lacked git, and I >> >>> haven't poked around much further due to time constraints. >> >>> >> >> >> >> The AIX system in the Compile Farm has a complete complement of Open >> Source >> >> software installed. >> >> >> >> Please ensure that /opt/freeware/bin is in your path. Also, the GCC >> Wiki >> >> Compile Farm page has build tips that include AIX >> >> >> >> >> https://gcc.gnu.org/wiki/CompileFarm#Services_and_software_installed_on_= farm_machines >> > >> > Thanks, that got me further. >> > >> >> that recommended --with-included-gettext configuration option. >> > >> > This flag should still exist and operate the same if gettext is present >> > in tree. I've cloned gcc and downloaded prerequisites (via >> > contrib/download_prerequisites) and I am trying to configure it now. >> >> The build failed. After gettext/gmp/... (in-tree hostlibs) get built >> and added to library paths, further GCC processes fail to run: >> >> configure:3305: gcc -g -static-libstdc++ -static-libgcc -Wl,-bbigtoc >> conftest.c >&5 >> Could not load program >> /opt/freeware/libexec/gcc/powerpc-ibm-aix7.3.0.0/10/cc1: >> Dependent module >> /home/arsen/build/./gmp/.libs/libgmp.a(libgmp.so.10) could not be loaded. >> Member libgmp.so.10 is not found in archive >> >> This seems odd. I am not sure what compels the RTDL (?) to look up .sos >> in archives, or how it knows about these archives.. I suspect it's >> getting tripped by something in HOST_EXPORTS. >> >> >> Thanks, David >> >> >> >> >> >>> >> >>> TIA, sorry about the inconvenience. Have a lovely day. >> >>> >> >>> > The current gettext-0.22.3 fails to build for me on AIX. >> >>> > >> >>> > libcpp configure believes that NLS functions on AIX, but gcc >> configure >> >>> > fails in its tests of gettext functionality, which leads to an >> >>> inconsistent >> >>> > configuration and build breakage. >> >>> > >> >>> > Thanks, David >> >>> >> >>> >> >>> -- >> >>> Arsen Arsenovi=C4=87 >> >>> >> >> >> -- >> Arsen Arsenovi=C4=87 >> =2D-=20 Arsen Arsenovi=C4=87 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iOYEARYKAI4WIQT+4rPRE/wAoxYtYGFSwpQwHqLEkwUCZVaWHF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0RkVF MkIzRDExM0ZDMDBBMzE2MkQ2MDYxNTJDMjk0MzAxRUEyQzQ5MxAcYXJzZW5AYWFy c2VuLm1lAAoJEFLClDAeosSTEIIBAO479vVxwXaJOANi+Rf5MUCZTVf52LMrGuKU jrTUfUlxAQC93atayWbHjAS+48IT6YINTz/XUZdhJiEGWmaqmLwoBw== =s8Cd -----END PGP SIGNATURE----- --=-=-=--