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: Defining macros for function symbol versions

From: Carlos O'Donell <carlos at redhat dot com>
To: Joseph Myers <joseph at codesourcery dot com>, Steven Munroe <munroesj at linux dot vnet dot ibm dot com>
Cc: libc-alpha at sourceware dot org
Date: Thu, 8 Dec 2016 14:19:47 -0500
Subject: Re: Defining macros for function symbol versions
Authentication-results: sourceware.org; auth=none
References: <alpine.DEB.2.20.1612071544310.23761@digraph.polyomino.org.uk> <1481140841.11968.10.camel@oc7878010663> <alpine.DEB.2.20.1612072147350.28567@digraph.polyomino.org.uk> <1481210644.14979.13.camel@oc7878010663> <alpine.DEB.2.20.1612081714081.9769@digraph.polyomino.org.uk>

On 12/08/2016 12:57 PM, Joseph Myers wrote:
> I'd give much higher weight to detailed technical concerns expressed by 
> Paul Murphy - who has shown excellent technical understanding of the 
> relevant areas of glibc, and excellent engagement with the community in 
> the course of float128 infrastructure work (including at least once 
> rewriting a patch after I'd already approved it, because he'd found a 
> better way of achieving the desired result).  Whereas I consider indirect 
> reports lacking in technical detail essentially unactionable.

Agreed.

-- 
Cheers,
Carlos.

References:
- Defining macros for function symbol versions
  - From: Joseph Myers
- Re: Defining macros for function symbol versions
  - From: Steven Munroe
- Re: Defining macros for function symbol versions
  - From: Joseph Myers
- Re: Defining macros for function symbol versions
  - From: Steven Munroe
- Re: Defining 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]