This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Header inlines.
- From: OndÅej BÃlka <neleai at seznam dot cz>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Thu, 14 May 2015 11:01:08 +0200
- Subject: Header inlines.
- Authentication-results: sourceware.org; auth=none
- References: <20150513192819 dot GA1170 at domone> <alpine dot DEB dot 2 dot 10 dot 1505132210200 dot 29221 at digraph dot polyomino dot org dot uk>
On Wed, May 13, 2015 at 10:21:25PM +0000, Joseph Myers wrote:
> > Patch itself is messy as it also removes obsolete inlining for gcc-3.4
> > and older. Ok to clean that up or should I send separate patch to remove
> > all obsolete inlines from string2.h. These would also cause regression
> > as implementations improved a lot and inlines there use only 32bit
> > access without using 64bit capabilities.
>
> Did the discussion involving
> <https://sourceware.org/ml/libc-alpha/2013-01/msg00157.html> and
> <https://sourceware.org/ml/libc-alpha/2013-01/msg00270.html> reach any
> wiki-documented consensus regarding what compiler versions it's worth
> having any optimizations for in the headers?
>
These aren't too related to this problem, there is barely any discussion
about performance, its mostly about support.
I would use rule that if user doesn't care about performance by using
obsolete gcc that generates slower code why should we care?
Also as I said before removing many of these would improve performance
as they are obsolete and libcall is faster.