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: [hurd,commited] hurd: fix build with -fstack-protector-strong

From: Samuel Thibault <samuel dot thibault at ens-lyon dot org>
To: Joseph Myers <joseph at codesourcery dot com>
Cc: libc-alpha at sourceware dot org
Date: Mon, 28 Aug 2017 14:51:06 +0200
Subject: Re: [hurd,commited] hurd: fix build with -fstack-protector-strong
Authentication-results: sourceware.org; auth=none
References: <20170827201245.g5tfjijpxgmgufqz@var.youpi.perso.aquilenet.fr> <alpine.DEB.2.20.1708281139270.17216@digraph.polyomino.org.uk> <20170828122320.e7gjitpdr5bgzu7z@var.youpi.perso.aquilenet.fr> <alpine.DEB.2.20.1708281235220.17216@digraph.polyomino.org.uk>

Joseph Myers, on lun. 28 août 2017 12:42:29 +0000, wrote:
> * The contents of a particular public symbol version should be fixed at 
> the time of the corresponding release

Sure.

> * Only one visible (in a subdirectory used by make) Versions entry for a 
> given (library, symbol, version) triple should be needed.

Yes, that's what I had misunderstood in the mach/ RPC-needed symbols
case, I thought it was needed to make RPCs access them.

> * If a symbol is added only for internal use between glibc's own 
> libraries, not for use by external programs or libraries, it should have 
> version GLIBC_PRIVATE.

Right.

> * The *.abilist test baselines can be used to verify that past symbol 
> versions don't get changed unintentionally.  Hurd of course needs such 
> baselines added,

We miss that indeed.

Samuel

References:

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