This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/52241] Performance degradation of 447.dealII on corei7 at spec2006_base32.
- From: "jakub at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 16 Feb 2012 09:26:58 +0000
- Subject: [Bug c++/52241] Performance degradation of 447.dealII on corei7 at spec2006_base32.
- Auto-submitted: auto-generated
- References: <bug-52241-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52241
--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-02-16 09:26:58 UTC ---
The fact that -fPIC code is often slower than -fno-pic code on many targets
isn't that surprising. But libstdc++.so.6's tree.cc has been compiled with
-fPIC -DPIC before Benjamin's change and is compiled with those flags after
those changes as well (on x86_64 you would likely not being able to link
libstdc++.so.6 otherwise).
So, are you linking libstdc++ statically into the benchmark? Why? That isn't
what people normally do, nor they should be doing. It is true that libstdc++.a
now contains PIC code after the move to the convenience libraries, while
previously it contained non-PIC code (with the exception of libsupc++ stuff
that was PIC already before those changes).