From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-74235-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 38067 invoked by alias); 30 Oct 2016 11:05:14 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 38048 invoked by uid 89); 30 Oct 2016 11:05:13 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=1.0 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=1756, HX-HELO:sk:mail-ou, 54C7, 44D5
X-HELO: mail-out.m-online.net
X-Auth-Info: ACumJx2sSwQH4J/ipctuRMFlVBieGdCvaP9BD3Kb9ontJbGD0ZChEYmtVLjzbipT
From: Andreas Schwab <schwab@linux-m68k.org>
To: Sergei Trofimovich <slyich@gmail.com>
Cc: libc-alpha@sourceware.org,  Sergei Trofimovich <siarheit@google.com>,  Roland McGrath <roland@hack.frob.com>
Subject: Re: [PATCH] m68k: restore handling of R_68K_NONE in elf_machine_lazy_rel()
References: <20161029134801.15082-1-slyich@gmail.com>
	<87pomjnp3v.fsf@linux-m68k.org> <20161029171527.423b573e@sf>
	<87lgx7nkr2.fsf@linux-m68k.org> <20161030101318.6971a5f5@sf>
X-Yow: C'MON, everybody!!  I've flown in LESLIE GORE and two dozen KOSHER
 BUTCHERS!  They'll be doing intricate MILITARY MANEUVERS to the
 soundtrack from "OKLAHOMA"!!
Date: Sun, 30 Oct 2016 11:05:00 -0000
In-Reply-To: <20161030101318.6971a5f5@sf> (Sergei Trofimovich's message of
	"Sun, 30 Oct 2016 10:13:18 +0000")
Message-ID: <87shrem71g.fsf@linux-m68k.org>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SW-Source: 2016-10/txt/msg00595.txt.bz2

On Okt 30 2016, Sergei Trofimovich <slyich@gmail.com> wrote:

> Is there a reason to allow R_68K_NONE for non-lazy relocations
> in elf_machine_rela()
>
> +    case R_68K_NONE:           /* Alright, Wilbur.  */
> +      break;
>
> but forbid R_68K_NONE for lazy relocations
> in elf_machine_lazy_rel()

Because the latter must never happen.  Please file a binutils bug with a
self-contained test case.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."