From nobody Tue Mar 07 10:26:00 2023 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PWBSB6tn5z3xCbp for ; Tue, 7 Mar 2023 10:26:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4PWBS904BJz3NMP for ; Tue, 7 Mar 2023 10:26:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Lc9SyTOC; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678184775; bh=UkHyx4BqEqNmAO/iid1awD6YSzgekHNpGhFwRSzhuMc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=Lc9SyTOCaFPXyb/VbJhYgbwT9IdSRSXCm1Kmtqc21+6x2n23et2PNYov/5gqDH46Mv2IXy1hN7xSCf24UTx8w+SJ+MPJuy5n8OhA+GNOWSA/huLkAK865vhsNSNdHBCzvS8byiO2792f8lqahcYWIx5yuKBL1AtRzTxboutUwQfTDNNu50tdHCVpm1LB7RJm3OJktbCIEkTHdFeSZf88fvnAP38tAIIY3JoaRfP9jHQ4N73ZcO8DL6V639J3cLYL0Cjlw88xvvJ6MFZ+WnLo3al5ekh7njXSpF8Ah1+tqwQoCGU27SdPfI27kwQnZo2uaVqKcY75PirrRJRfxNMLZw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1678184775; bh=UT+STV75M0+Yzg36qSnJzi5dRCtVjCXH1Fqr9N75Isg=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=E63ZxfO5l7Axx7ObKSaVyYZCGd6WYAhCknU8DGcwZwn/Q1obYvPGT+vxmC5L1slEX8TPqglxKVuYGgVb8kCaVjAWDkFd8DSisQB0OHy7azZjVYmMKjjJWDaHLZtv947J3pLMOKQ4QE0kE4+gOi2Odig2c2Z69cDf7cb3maGX8T4nag75TT5xQc/Jg3qmHJFuzU7w+LxlD4b3k+mT4C4OotCZ65H6fVNjH1178JTAxnWV0j/JdWqeFux4rxIMqTr34sPJr1JNnQIxBt0+GoaHiax3ofLLu8PDq4pfrOriLDLI7AdNk/pqcw9rZyXfEROhydpMKA+u9U/cjXGveHq1pA== X-YMail-OSG: gtn5yToVM1mKh9XveU6wcCXnJImFp6EIn4y2K_COQXw6uUSujrdpUsbT9OE9bCT SsE4Fp_SClVCBondiuFhgrNc.v570vPgMvYlUunF.NW6rGNFAN.9TAd7DQUYgdDeJurmn.H4lOtS 9QE09fjFsmrVFmtmVP4i8r4f4s471bVAEPAoF.6lHI.EXNDqq2cTGbeXBDsD9rc8KqAHRjmAtnjZ mu.4Dcm5pvHYYW7_O1sDQizcRiVvaHdTJBTNVUvBnqQB6O1qUWnl3Tv7HxI6jw.k9LgUdtkQZT.i F1pC7hqNs9_anR.1k0aKEY2pGUUwaYadcN_77Vz3mo_Bgk3v2dp66BwoH7NkgIQtTLeYHkE2Na26 dXOd7DuK739oOi9.ZM9ErLM.Ok.0iuXzmEJb06Vm6Xu82e.fsbfYyxX_gIzAnwgySP0v4mx2ONRU HN91vTofIsaBCNff42q8Fqu6SoIK_BnM6ytK5qdfsxZ1hNc7KPMr.xmFwFocDWb8wBcKlEDGOqCy 1xEGbXPhWbzY4aKuUqJQ4xRbTycv0dEFq63xubgUN0wwPUHZEPOCnOegrOEeY7.EUrIjoF96ON6N n4RUtXIgCjGACEg2TuET40CLvd012W.cjvOkG4KKV3y_PqzpFZ2QiZ3YZQri6WVt3iJj5YV4FCbh .tcXTZ9cOk_BHvP2wM7fVNo28DKZPIjKVyAmq3AncTZy1xZTfE5mUXje9kT_6C17ghffE7dga6Cr aznoKZ3y7aZzCcKRUi3KarT68.bUvCGQ3w7Ww93yd0gO9KWDxCPc.Q5sTRNSZv.tJcejbXCPrRPy slWoyPL9tUuZNYNSvaCUv2Ce1PVpCs92VUbCuDIObvri7bQuf.9p4ugsr0P0jcZvZazmCrN8bD64 EUjlJtmcjMGMLPiy3yKEgY9xmaNYPybwFL0uojxVGGOmHo_HxrdbiEb.PEm4bs4xDKijrHGIGtVx f7VQO49EuS6mZx9hTYeHhg0S6ZdCVz4YEpC2xuirkrd0ImKBvIbJW0fKjeoBsQy.HqrJMXfy6DIh pHDa01eknbpatpQOnBqznusFiLt_S1xzwOdcvBXxBso9_F_gw68wPK2TSRxEBUhNWd.aYt4zM6BR Ja87JrWIhIeXLLvIWEhfbEl2ABaSS2pHroih0lMVwqtBeFtlPOX3yV6z_mdxpe7VIK4xOhNohhpK sTSXFOpH8_Bhu5I5bqat9AJYa1vYVage_Ysh6INo_9W.x8GtKkxl69MfHVnUaXbUw4Yq8NonWz1N B.IqUZACTB4W8zeuKHQuyZYoCuq8qJ1vNd.69B_VRVSZ3_YQnBDgQML2s1dngQYK7daZOpgJl0Oz h_kjqAVR2j.6JPCuLAvIfi0efO9l552r9a.xewmYclFvzxh_TrEz64qqa_TnFWId.T_Yp4rN5Yg9 l984euae21c2QjNE_DpJOrfu4rqwUkYk98JR5VI9o6h4Z4KOKDV048aC0hguLsIgYnwSSNXwP8Rq zbytpPdxQ2Na287EudPoPO1ahiv0AzVpn3yg.6Ism.TsaflCximW3ss874eUu_maSO2R60fAe4vh shzU5czg7IdcFHig3WrrSggcHCMXALwk2GebIXHOSf.nQQlPCBlqsgrdUL.gDYQ5tk9tFcqoMr9c 291q5I2O_r3Ni3t_dEZWxccKiSKrc2goTRJsEnnGDLQF7Gy6PfgGi5qcQu2B1IpDSFNm.vHoTVRm oex892vXMoyzWDObk0vEh4jfZrVEAeDP2CVcclVgCkE2ri9SlvlbRgzZZH5MlKLpL8G5WPkewikG N5tv9A_9URHnuh6AlfINsoR1Wxc39j.GxGbsw1Dc_4heTRUfvDRa2C.QerVbycrPP31vYaujcQts NQKviiMa_4DU0WHO7Co4d0zCseZ5OsJCuZgyqFUl29cIrNEQ8Wfrnd5a5KPmKLTM77z2yf96UafY 9g578f7.kbKAw2kkKrypmZSH5arK2NIxLF9Ze.bpfZTpEtRINJdFWg65EpTCgrvk7zdbb1R3croi gXzV2sUi7qbyuubM1fyJIb8Al68dGjHjZXEEtt2DOXn86kdBFeEgF2yvrArm4KhLQRAGgQepBcpF t2CLRPV.Oy6G6cGR2fW_pyvE6E2jSsIEwCwUles4HyRAm.sLcEEEhX7510BIZtGKGo0qSfc_TxEF QMuLW2PpZJhaw9dQo8k2FUaOUe7fj7_RvUad.YcxktR.nOZWTvaDwLxP3pOv_.6FcCiCR52sdesV jg5pkKMulOPbQ5JYESdnjNRRbRm9xrsZOsfOTNlhR9NtFx0HTVqxEZXd.XjkRET_fHpEaZ2ERgx2 SU9ZIOMK1 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 7 Mar 2023 10:26:15 +0000 Received: by hermes--production-bf1-777648578f-gc4ts (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5c62e10a5b796aa77ec669edb6033b5e; Tue, 07 Mar 2023 10:26:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\)) Subject: Re: armv7 lang/gcc12 "no bootstrap" build via system clang 15.0.7 based poudriere build ends up stuck in a small loop From: Mark Millard In-Reply-To: Date: Tue, 7 Mar 2023 02:26:00 -0800 Cc: "salvadore@freebsd.org" , FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <2HOLCFE6Z_cOyGycU4ZBU7Lf6kcqohVx7tiLiRLzdjMEc6a8DFeH1IaJqdPNJOqFVTh1MGE7_UUJLcg2gg0UbTZIHZl72NbaNEsqrJwJ3xA=@lorenzosalvadore.it> <93707ED2-F529-49DE-A018-794827F56247@yahoo.com> <7AA0AE73-87CC-4B26-92B2-A0EC4281F429@yahoo.com> <480C8278-DC30-40D6-AED2-F52F59E78EBC@yahoo.com> To: Lorenzo Salvadore , Brooks Davis X-Mailer: Apple Mail (2.3731.400.51.1.1) X-Spamd-Result: default: False [-3.01 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.51)[-0.505]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.82:from]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org] X-Rspamd-Queue-Id: 4PWBS904BJz3NMP X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Below is a small example C source showing the clang 15+ armv7 problem that leads to the unbounded looping in later code in the lang/gcc12+ builds: a data structure is mis-initialized, breaking its invariant properties used by the later code structure. # more partition.c // Minor varation of part of some gcc source code! // For system-clang 15: cc -g -O2 partition.c ; ./a.out // For devel/llvm16: clang16 -g -O2 partition.c ; ./a.out #include #define NUM_ELEMENTS 32 struct partition_elem { struct partition_elem* next; int class_element; unsigned class_count; }; typedef struct partition_def { int num_elements; struct partition_elem elements[NUM_ELEMENTS]; } *partition; struct partition_def partition_storage; partition partition_new (int num_elements) { int e; if (NUM_ELEMENTS < num_elements) num_elements =3D NUM_ELEMENTS; partition part=3D &partition_storage; part->num_elements =3D num_elements; for (e =3D 0; e < num_elements; ++e) { part->elements[e].class_element =3D e; part->elements[e].next =3D &(part->elements[e]); part->elements[e].class_count =3D 1; } for (e =3D 0; e < num_elements; ++e) printf("%d: %p : next?: = %p\n",e,(void*)&part->elements[e],(void*)part->elements[e].next); return part; } int main(void) { partition part; part=3D partition_new(NUM_ELEMENTS); return !part; } In the output below, note the blocks of 4 "next" values that do not change. Each should match the earlier hexadecimal value on the same line: point back to same element of the array. 3 of 4 do not. # cc -g -O2 partition.c # ./a.out 0: 0x40a84 : next?: 0x40a84 1: 0x40a90 : next?: 0x40a84 2: 0x40a9c : next?: 0x40a84 3: 0x40aa8 : next?: 0x40a84 4: 0x40ab4 : next?: 0x40ab4 5: 0x40ac0 : next?: 0x40ab4 6: 0x40acc : next?: 0x40ab4 7: 0x40ad8 : next?: 0x40ab4 8: 0x40ae4 : next?: 0x40ae4 9: 0x40af0 : next?: 0x40ae4 10: 0x40afc : next?: 0x40ae4 11: 0x40b08 : next?: 0x40ae4 12: 0x40b14 : next?: 0x40b14 13: 0x40b20 : next?: 0x40b14 14: 0x40b2c : next?: 0x40b14 15: 0x40b38 : next?: 0x40b14 16: 0x40b44 : next?: 0x40b44 17: 0x40b50 : next?: 0x40b44 18: 0x40b5c : next?: 0x40b44 19: 0x40b68 : next?: 0x40b44 20: 0x40b74 : next?: 0x40b74 21: 0x40b80 : next?: 0x40b74 22: 0x40b8c : next?: 0x40b74 23: 0x40b98 : next?: 0x40b74 24: 0x40ba4 : next?: 0x40ba4 25: 0x40bb0 : next?: 0x40ba4 26: 0x40bbc : next?: 0x40ba4 27: 0x40bc8 : next?: 0x40ba4 28: 0x40bd4 : next?: 0x40bd4 29: 0x40be0 : next?: 0x40bd4 30: 0x40bec : next?: 0x40bd4 31: 0x40bf8 : next?: 0x40bd4 Turns out that the -O2 is important: no other that I tried got the problem, including -O3 not getting the problem. lang/gcc12+ builds happen to use -O2 , at least in my environment. -g is not required for the problem. =3D=3D=3D Mark Millard marklmi at yahoo.com