This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
__USE_STRING_INLINES not available with g++ compiler ?
- From: Helge Deller <helge dot deller at sap dot com>
- To: libc-alpha at sources dot redhat dot com
- Date: Thu, 15 Sep 2005 11:39:51 +0200
- Subject: __USE_STRING_INLINES not available with g++ compiler ?
Hello,
(please CC me on replies, since I'm not on this list)
I did some optimization testings with our source code and run across the __USE_STRING_INLINES define.
In /usr/include/string.h the other headers with the inline assembler code <bits/string.h>, <bits/string2.h> and <bits/string3.h> (on i386) are not included if the g++ compiler is used (it's surrounded by #if !defined __cplusplus...).
My main question is: Is there any good reason why the g++ compiler is generally excluded from this type of assembler inlining optimization ?
FYI, I did some testing with a hand-modified gcc/g++-compilable version of <bits/string.h> on i686 (with the old gcc2.95 compiler). Everything compiled and worked well, and I gained around 3%-4% speed improvement in an internal SAP SD-Benchmark (http://www.sap.com/benchmark/) run.
So, if there are no objections against using this optimization with g++ as well, would the glibc team accept a patch ?
Helge Deller
SAP LinuxLab