From owner-freebsd-bugs@FreeBSD.ORG  Sat Jan 24 10:20:13 2015
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 8B1E5DDE
 for <freebsd-bugs@FreeBSD.org>; Sat, 24 Jan 2015 10:20:13 +0000 (UTC)
Received: from kenobi.freebsd.org (kenobi.freebsd.org
 [IPv6:2001:1900:2254:206a::16:76])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client did not present a certificate)
 by mx1.freebsd.org (Postfix) with ESMTPS id 72A3BD1B
 for <freebsd-bugs@FreeBSD.org>; Sat, 24 Jan 2015 10:20:13 +0000 (UTC)
Received: from bugs.freebsd.org ([127.0.1.118])
 by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0OAKDTB094833
 for <freebsd-bugs@FreeBSD.org>; Sat, 24 Jan 2015 10:20:13 GMT
 (envelope-from bugzilla-noreply@freebsd.org)
From: bugzilla-noreply@freebsd.org
To: freebsd-bugs@FreeBSD.org
Subject: [Bug 196918] [PATCH] Add R_X86_64_PC64 to sys/sys/elf_common.h
Date: Sat, 24 Jan 2015 10:20:13 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: Base System
X-Bugzilla-Component: kern
X-Bugzilla-Version: 11.0-CURRENT
X-Bugzilla-Keywords: toolchain
X-Bugzilla-Severity: Affects Only Me
X-Bugzilla-Who: kib@FreeBSD.org
X-Bugzilla-Status: New
X-Bugzilla-Priority: ---
X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-196918-8-y0ee9v86oo@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-196918-8@https.bugs.freebsd.org/bugzilla/>
References: <bug-196918-8@https.bugs.freebsd.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.18-1
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs/>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
 <mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Jan 2015 10:20:13 -0000

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196918

--- Comment #10 from Konstantin Belousov <kib@FreeBSD.org> ---
(In reply to yuri from comment #9)

The '-P' part in the description of the relocation in the ABI spec provides a
hint that the relocation is for pc-relative addressing, and to be applied to
the (part of) the instruction. The presence of the pc-relative relocations in
the object files is expected.  This is how assembler represents references
which cannot be resolved at the assembler time, but should be finished by
linker.

On the other hand, such relocations must not appear in the final linking
objects, both executables and shared libraries, but for different reasons.  For
executables, the symbol must be resolved.  For shared libs, undefined external
symbols must be referenced through the GOT/PLT, and not by a relocation of the
text segment.  Allowing the relocations in the final object would require
patching of the read-only text segment, i.e. DT_TEXTREL and all ill
consequences of it.

>From your reply, it is not clear what you mean by 'no bug in linker'.  Is it
mean that linker does not emit such relocations for the final link result, or
that it does emit, but you deny that this is a bug ?

-- 
You are receiving this mail because:
You are the assignee for the bug.