Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp542917ybm; Thu, 28 May 2020 09:02:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzJUneB7r5j/Kgt3cIZElUnZSS256S9ff9o6kecmrDetnJfrMmIQZ84x4Dh2adzoaNYF8dw X-Received: by 2002:aa7:cb53:: with SMTP id w19mr3689172edt.328.1590681749832; Thu, 28 May 2020 09:02:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590681749; cv=none; d=google.com; s=arc-20160816; b=k34+8wKMgHP29my0r9ua0ycazZb3KBbkCThGA4uCJDeZhyov63OFK3I18e8nwz4GE0 H67Du7Vfu7cNT6gcDOFYk/YMW/zIqSU1cAhe2N2ewJWlpo7VRl6ZTLvmL9RDt9wxxNOL 6B7+Y6SWLPVh/ydrT0Z3jiZR3tj7B4CpsIu7kl2c2DhiEInn/jXQlmvvblFoiWxx1ZOI hbzokBkaoofuANAlo0yNvEZ4IPSVsUOiKq/gcLnchokcyaN881JhZ1ZziUHp0j30Cjy7 QpEO6fzxkQQmwy7ENMBD5jcJ1cWQhXdolqveo2ZH6afqd6Z/LE/R7pIAZxUuy0lDNKJ2 IVAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:mail-followup-to:message-id:subject:cc:to :from:date; bh=R0EGD3e1asoRPsaElcq63D+xBv9CBoPD1u5qIvzwAps=; b=cZzOZq0lJBd3FPTZh9yw4UzibJODjssL/SYPsLypBmyqEKRxyJFTb6+wcJa2ZOcSWU 4+PdE2TbInp1mF+LsP4Ad0Pjyjsrhp2L42yVDKpPRxKJWu8Xon76aBNtN0n97XqtQlrY RtIafqInV/hQUgyB0EVJI7LtUv17iVK3OrPsWQO91pEcNKTyviZBmKzCkELpkN2mKQq/ I8sbqkmmCMLRETt/CW/LBMbIiuYX4il5OlUdlb9xWR3ibbo1rhUjDVCYvjxDmdiadexe k9OIDKU5aU+UkjuieemQE/jEw1qUnD+W5sjJaNzZPBqoJ66Gcup7vepKr5AR+x/5ezfe xNEw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g30si3963676ede.28.2020.05.28.09.02.04; Thu, 28 May 2020 09:02:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404771AbgE1QAD (ORCPT + 99 others); Thu, 28 May 2020 12:00:03 -0400 Received: from ex13-edg-ou-001.vmware.com ([208.91.0.189]:39109 "EHLO EX13-EDG-OU-001.vmware.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404631AbgE1QAB (ORCPT ); Thu, 28 May 2020 12:00:01 -0400 Received: from sc9-mailhost3.vmware.com (10.113.161.73) by EX13-EDG-OU-001.vmware.com (10.113.208.155) with Microsoft SMTP Server id 15.0.1156.6; Thu, 28 May 2020 08:59:57 -0700 Received: from localhost (unknown [10.200.192.41]) by sc9-mailhost3.vmware.com (Postfix) with ESMTP id 3E7DD40600; Thu, 28 May 2020 09:00:01 -0700 (PDT) Date: Thu, 28 May 2020 09:00:00 -0700 From: Matt Helsley To: Josh Poimboeuf CC: , Peter Zijlstra , Steven Rostedt Subject: Re: [RFC][PATCH 1/3] objtool: Rename rela to reloc Message-ID: <20200528160000.GV9040@rlwimi.vmware.com> Mail-Followup-To: Matt Helsley , Josh Poimboeuf , linux-kernel@vger.kernel.org, Peter Zijlstra , Steven Rostedt References: <20200528140444.lgphq6sicir2l7ws@treble> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20200528140444.lgphq6sicir2l7ws@treble> Received-SPF: None (EX13-EDG-OU-001.vmware.com: mhelsley@vmware.com does not designate permitted sender hosts) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 28, 2020 at 09:04:44AM -0500, Josh Poimboeuf wrote: > On Wed, May 27, 2020 at 09:42:31AM -0700, Matt Helsley wrote: > > Before supporting additional relocation types rename the relevant > > types and functions from "rela" to "reloc". This work can largely > > be done with the following regex: > > > > Notable exceptions include gelf_* library calls and > > standard/expected section names which still use "rela" because > > they encode the type of relocation expected. Also, keep "rela" > > in the struct because it encodes a specify type of relocation > > Missing regex? I briefly looked into it and went with a manual process instead. I can try and work backwards to reproduce the patch with a regex though. > BTW it would be really nice if the regex were exact if possible, for > stable backporting reasons. Agreed. I'll see what I can come up with and put it and any necessary details in the commit message for the next posting. Cheers, -Matt Helsley