This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Create and use first-versions.h with macros for function symbol versions

From: Florian Weimer <fweimer at redhat dot com>
To: Joseph Myers <joseph at codesourcery dot com>
Cc: libc-alpha at sourceware dot org
Date: Fri, 21 Apr 2017 11:22:45 +0200
Subject: Re: Create and use first-versions.h with macros for function symbol versions
Authentication-results: sourceware.org; auth=none
Authentication-results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
Authentication-results: ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fweimer at redhat dot com
Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 02794C00C0E8
Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 02794C00C0E8
References: <alpine.DEB.2.20.1704210912040.7114@digraph.polyomino.org.uk>

On 04/21/2017 11:13 AM, Joseph Myers wrote:

This patch arranges for the glibc build to generate a header
first-versions.h that defines macros for the earliest symbol version
in which each public symbol (GLIBC_[0-9]* symbol version, name only
uses C identifier characters) is available.

Is this the version used in the fourth argument to the compat_symbolmacro? Maybe we can use this mechanism to remove that argument, too, toavoid potential mistakes there?


Thanks,
Florian

Follow-Ups:
- Re: Create and use first-versions.h with macros for function symbol versions
  - From: Joseph Myers

References:
- Create and use first-versions.h with macros for function symbol versions
  - From: Joseph Myers

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]