From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from xry111.site (xry111.site [89.208.246.23]) by sourceware.org (Postfix) with ESMTPS id D17143835DD9 for ; Tue, 30 Aug 2022 14:38:48 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D17143835DD9 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=xry111.site Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=xry111.site DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xry111.site; s=default; t=1661870324; bh=e2KRYmokNUQcaHeANiuqJcll/KlolpxbXr2HERvWF4M=; h=Subject:From:To:Cc:Date:From; b=OFwzvX9n5dqu9eAcHJrfHozMtQ8anWTNvZYDMQLQai+F481mFs3YqkqymynVPaJCA UNvDR4wK1udrbvrTUr9zlU9+KrQbdUtiH7VP4jhdl+zlBJrZLHhGBaKXQcjXxg6Mx9 qCutr1L6nAXnqNJipHqXc1wI1zvva6GUGP/u0gAg= Received: from localhost.localdomain (xry111.site [IPv6:2001:470:683e::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-384) server-digest SHA384) (Client did not present a certificate) (Authenticated sender: xry111@xry111.site) by xry111.site (Postfix) with ESMTPSA id 5081F668E4; Tue, 30 Aug 2022 10:38:44 -0400 (EDT) Message-ID: <199ec63c39a4a323e93402277c1cc67f5c8216bf.camel@xry111.site> Subject: question: i386 ld.gold reports "internal error" linking files with SHT_RELA section From: Xi Ruoyao To: binutils@sourceware.org Cc: Pierre Labastie Date: Tue, 30 Aug 2022 22:38:42 +0800 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.45.2 MIME-Version: 1.0 X-Spam-Status: No, score=0.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FROM_SUSPICIOUS_NTLD,FROM_SUSPICIOUS_NTLD_FP,LIKELY_SPAM_FROM,PDS_OTHER_BAD_TLD,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE,WEIRD_PORT autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Building SeaMonkey on i686 results: "/usr/bin/ld.gold: internal error in relocate_section, at ../../gold/i3= 86.cc:3683" i386.cc:3683 is: gold_assert(sh_type =3D=3D elfcpp::SHT_REL); AFAIK i386 normally use SHT_REL and x86_64 normally use SHT_RELA. =C2=A0But we've found that nasm-2.15.05 generates SHT_RELA for i386 as well. So should SHT_RELA be allowed for i386 at all? If "yes" we should fix it for gold, if "no" we should fix it for nasm. --=20 Xi Ruoyao School of Aerospace Science and Technology, Xidian University