perl and libperl don't like the optimization flag -fsched2-use-superblocks in conjunction with -O2 or higher on gcc-4.1.1. This causes perl 'require vX.Y.Z' to fail for versions ending with .0 (Z=0), for example a perl-5.8.8 installation exit with an error from perl -e 'require v5.6.0'; On gcc-3.4.6 these malfunctions couldn't be observed. Description: The optimization damages loop code in str_to_version. As a consequence the command >>perl -e require 'vX.Y.0'<< will fail for any values of X,Y; This seems to be version of a (well) known bug on gcc-bugzilla. They closed it as wontfix. See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323 for details. If are convinced that this is a another bug, feel free to file it at the gcc-bugzilla. Steps to reproduce: 1. Compile libperl/perl >= 5.8 with gcc-4.1.1, -O2 & -fsched2-use-superblocks. 2. perl -e 'require 5.6.0' -> Will abort with error (!) Proposed solution: This can be easyly circumvented by using flag-o-matic to strip -fsched2-use-superblocks from CFLAGS. Patches for perl and libperl ebuilds are attached.
Created attachment 94253 [details, diff] Filters -fsched2-use-superblocks for perl s.o.
Created attachment 94254 [details, diff] Filters -fsched2-use-superblocks for libperl s.o.
Quite frankly, we really have better things to do that to filter whatever ultraweird flag that someone has stuck into his flags for whatever reason. How about that you filter it yourself?
The report was not meant to be an offense. Discard it if you want; I just wanted to share the solution.
Fixed in cvs.
Thanks!
