From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MISSING_HEADERS,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id EF2DB29B23 for ; Sat, 6 Apr 2024 17:20:06 +0200 (CEST) Received: (qmail 11698 invoked by uid 550); 6 Apr 2024 15:20:00 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 11605 invoked from network); 6 Apr 2024 15:19:58 -0000 Date: Sat, 6 Apr 2024 15:18:42 +0000 (UTC) From: Thorsten Glaser X-X-Sender: tg@herc.mirbsd.org cc: musl@lists.openwall.com, 1068350@bugs.debian.org, debian-glibc@lists.debian.org, doko@debian.org In-Reply-To: <20240406030050.GT4163@brightrain.aerifal.cx> Message-ID: References: <20240404104428.GA3766212@port70.net> <20240404105408.GB3766212@port70.net> <20240404202641.GS4163@brightrain.aerifal.cx> <20240406030050.GT4163@brightrain.aerifal.cx> Content-Language: de-Zsym-DE-1901-u-em-text-rg-denw-tz-utc, en-Zsym-GB-u-cu-eur-em-text-fw-mon-hc-h23-ms-metric-mu-celsius-rg-denw-tz-utc-va-posix MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Subject: Re: [musl] Re: Bug#1068350: =?utf-8?Q?musl?= =?utf-8?Q?=3A_miscompiles_=28runtime_problems=29_on_riscv64_and_s390x_wit?= =?utf-8?Q?h_static-pie_=E2=86=92_seem?= =?utf-8?Q?s?= to be a toolchain bug after all, it does too hit glibc Rich Felker dixit: >Is there anything weird about how these objects were declared that >might have caused ld not to resolve them statically like it should? It >seems odd that these data symbols, but not any other ones, would be >left as symbolic relocations. I don=E2=80=99t think so? In I already posted the short version; the actual source is (mirrored): The initcoms array is here: https://github.com/MirBSD/mksh/blob/b0219da8e6dfc7b16e923e220dc6933c5ed9b32= 6/main.c#L77 Tdr is defined at: https://github.com/MirBSD/mksh/blob/b0219da8e6dfc7b16e923e220dc6933c5ed9b32= 6/sh.h#L3055 The u_ops array is declared a few lines above that and defined at: https://github.com/MirBSD/mksh/blob/b0219da8e6dfc7b16e923e220dc6933c5ed9b32= 6/funcs.c#L160 initvsn is defined at=E2=80=A6 https://github.com/MirBSD/mksh/blob/b0219da8e6dfc7b16e923e220dc6933c5ed9b32= 6/sh.h#L713 =E2=80=A6 with the EXTERN and E_INIT macros from=E2=80=A6 https://github.com/MirBSD/mksh/blob/b0219da8e6dfc7b16e923e220dc6933c5ed9b32= 6/sh.h#L657 where main.c defines EXTERN, so the string is embedded into the file using = it. Is there perhaps a misunderstanding with the gcc/binutils/glibc developers as to what static-pie is meant to be? bye, //mirabilos --=20 cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? H= =C3=A4tten die nicht noch 3 Jahre warten k=C3=B6nnen? bis dahin gibts goog= le nicht mehr ja, k=C3=B6nnte man meinen. wahrscheinlich ist der angek=C3= =BCndigte welt- untergang aus dem maya-kalender die globale abschaltung von google =E2=98= =BA und darum m=C3=BCssen die die doodles vorher noch raushauen