From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x634.google.com (mail-pl1-x634.google.com [IPv6:2607:f8b0:4864:20::634]) by sourceware.org (Postfix) with ESMTPS id D4F043858C53 for ; Tue, 13 Sep 2022 08:05:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D4F043858C53 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-pl1-x634.google.com with SMTP id u22so11001767plq.12 for ; Tue, 13 Sep 2022 01:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date; bh=pzlustyY9sQEkVDfzjjRmC15wuhnpiiVDOsLyhqhTu4=; b=ngwbQfxP7v4sXdyGFsqajeaBycQWkByuOhuiMgFBT6JbwvVfHpCZ+DkOF6ZUuksKK7 kkfCj8lNRo4REKbZXz7jXy6DHifEX/I2yV8lWRPba3avI9NBdWGdn5cweGsvvlAVps25 ok4NWj7XOZZdvAyFKIlx2rRN9CihEFUPZgnxlDPEh2NSc63z5wg9SSWCKka8VtbAf7r9 bv0Bonu/zMcX9HLrj9b9L9OTqUDwgBGXBXVMKJ2sO3z93/h2HNh8mv4FVAp+mD5Ek1nx 4nQJ6nOgiZVfxyNP/m3gSEfOHLT1OwLmaLCOWEYbdlaAAlKVO6NtkH5jEIihy3Jvvl9o EyNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date; bh=pzlustyY9sQEkVDfzjjRmC15wuhnpiiVDOsLyhqhTu4=; b=wmEUYTHtysD99RFvTCjxEa66W0o60tccfpKqgG2BYm4tWAPC+JgLPKBdhC1SMDzHUY a9C+BM0lMbRiG0+ocewDC4+qEuhGI+i/l9QOzW0n5axY9Sll71GJoxnf4x/uL/tc7J/s TgbEvqJPFhPhf9EgmjALKv+4DryAMlAz2hZnHjrGxFBnxMFNrVTSRI1sMj/PUMH4dWjs mIUSr6ZELsZaA7RZXMZvemQJrDbLO0Y4eB1oMDcGhVYGRrCgx5BRHCrTekFPMF9NMUTW GnhrxdG0o//gy13pfI7pwR+xYzS+IajiNzlJv87HyN8UG/adYiKHG5Z1xRbgR6ub7mdU FDhg== X-Gm-Message-State: ACgBeo1orlaRGHnxV6fyLvM5NIIARZUHUf5aPduIM6925qAUY4ZymjV/ tfJCj3mZc/FPI8cJG3SKoUckFAcfvmc= X-Google-Smtp-Source: AA6agR5+ffZxbrOeX+kAjHfkpYrj/cztRQ+ZUP1oV13T0MN8/C9janlytXm33Je5/FykY/V9jIv5XA== X-Received: by 2002:a17:90b:1a8d:b0:202:67aa:b90f with SMTP id ng13-20020a17090b1a8d00b0020267aab90fmr2670006pjb.140.1663056346456; Tue, 13 Sep 2022 01:05:46 -0700 (PDT) Received: from squeak.grove.modra.org (158.106.96.58.static.exetel.com.au. [58.96.106.158]) by smtp.gmail.com with ESMTPSA id q8-20020a170902dac800b0017832c8cc85sm3864869plx.292.2022.09.13.01.05.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Sep 2022 01:05:45 -0700 (PDT) Received: by squeak.grove.modra.org (Postfix, from userid 1000) id C48371142E9E; Tue, 13 Sep 2022 17:35:42 +0930 (ACST) Date: Tue, 13 Sep 2022 17:35:42 +0930 From: Alan Modra To: Tom Kacvinsky Cc: Binutils Subject: Re: .relr.dyn, binutils 2.37 and glibc 2.36 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-3030.3 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,KAM_NUMSUBJECT,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE 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: On Mon, Sep 12, 2022 at 02:27:24PM -0400, Tom Kacvinsky via Binutils wrote: > I have seen lots of stuff float by on the glibc and binutils list about > changes to each related to relocations. My I've lost track of what > changes have been made. I am not sure if this should be posted to > the glibc list or here, so I am trying here first instead of cross posting. > > I have a colleague that is using a glibc 2.36 based system and is > using binutils 2.37 (one that I built from source, not the system ld). > > This is the error he gets > > /opt/binutils-2.37/bin/ld: /lib64/libc.so.6: unknown type [0x13] section > `.relr.dyn' For a very long time ld.bfd has rejected object files with unknown ELF sections. Quite possibly it would be better if ld.bfd accepted dynamic objects with unknown section types, but that's the way it works now. > But then he follows up that while ld.bfd doesn't work, ld.gold (i.e., > -fuse-ld=gold) > does work. > > My recollection is that the changes made in the newer versions of glibc for > relocations required a newer binutils (2.38, I think). Yes. -- Alan Modra Australia Development Lab, IBM