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=-3.0 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,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 C96F4240B9 for ; Fri, 5 Apr 2024 08:48:26 +0200 (CEST) Received: (qmail 21750 invoked by uid 550); 5 Apr 2024 06:48:22 -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 21711 invoked from network); 5 Apr 2024 06:48:22 -0000 Date: Fri, 5 Apr 2024 08:48:11 +0200 From: Szabolcs Nagy To: Thorsten Glaser Cc: musl@lists.openwall.com, 1068350@bugs.debian.org, debian-glibc@lists.debian.org, doko@debian.org Message-ID: <20240405064811.GC3766212@port70.net> Mail-Followup-To: Thorsten Glaser , musl@lists.openwall.com, 1068350@bugs.debian.org, debian-glibc@lists.debian.org, doko@debian.org References: <20240404104428.GA3766212@port70.net> <20240404105408.GB3766212@port70.net> <20240404202641.GS4163@brightrain.aerifal.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: 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 * Thorsten Glaser [2024-04-05 05:04:37 +0000]: > Markus Wichmann dixit: >=20 > >can check with readelf -r what the relocation types are. If they are not > >relative, they will not be processed. >=20 > Gotcha! They are all R_390_RELATIVE except for: >=20 > 000000045ff0 001100000016 R_390_64 0000000000042c58 u_ops + 70 > 000000045ff8 001100000016 R_390_64 0000000000042c58 u_ops + 0 > 000000047020 001100000016 R_390_64 0000000000042c58 u_ops + 80 > 000000047088 001100000016 R_390_64 0000000000042c58 u_ops + 80 > 0000000470a8 001100000016 R_390_64 0000000000042c58 u_ops + b8 > 000000047220 001100000016 R_390_64 0000000000042c58 u_ops + 80 > 000000046900 002600000016 R_390_64 0000000000015af8 c_command += 0 > 000000046940 000700000016 R_390_64 0000000000017238 c_exec + 0 > 000000046ab0 002000000016 R_390_64 0000000000016a80 c_trap + 0 > 000000047090 002500000016 R_390_64 00000000000430ac initvsn + 0 > 000000047278 005500000016 R_390_64 0000000000047438 null_string= + 2 >=20 > That=E2=80=99s our missing strings. this is not correct static pie. glibc handles symbolic relocs, but there should not be any non-local symbol in a static exe. you may want to check the symbol table. so s390 does not support static pie. (arguably the elf is correct, if you expect a full dynlinker in a static pie, but even then it's bad quality linker output)