Movatterモバイル変換

This is the mail archive of thelibc-alpha@sourceware.orgmailing list for theglibc project.

Re: [PATCH] Add hidden visibility to internal function prototypes

• From: Florian Weimer <fweimer at redhat dot com>
• To: "H.J. Lu" <hjl dot tools at gmail dot com>, GNU C Library <libc-alpha at sourceware dot org>
• Date: Thu, 17 Aug 2017 14:34:25 +0200
• Subject: Re: [PATCH] Add hidden visibility to internal function prototypes
• Authentication-results: sourceware.org; auth=none
• Authentication-results: ext-mx07.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
• Authentication-results: ext-mx07.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=fweimer at redhat dot com
• Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com C4D99C047B79
• References: <20170817122244.GA14297@gmail.com>

On 08/17/2017 02:22 PM, H.J. Lu wrote:> Add hidden visibility to internal function prototypes to allow direct> access to internal functions within libc.a without using GOT when the> compiler defaults to -fPIE.> > Size comparison of elf/ldconfig when the compiler defaults to -fPIE:This is for static linking, right?Is there a reason to restrict this to PIE builds?  Why not use hiddenvisibility unconditionally?Thanks,Florian

• Follow-Ups:
  • Re: [PATCH] Add hidden visibility to internal function prototypes
    • From: H.J. Lu

• References:
  • [PATCH] Add hidden visibility to internal function prototypes
    • From: H.J. Lu