Summary: | sys-devel/libperl-5.8.8-r2 CFLAGS=-ftree-parallelize-loops=4 - | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Devin Cofer <ranguvar> |
Component: | [OLD] Core system | Assignee: | Please assign to toolchain <gcc-porting> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log for failed compile.
Build log for failed compile with no ithreads USE flag. |
Description
Devin Cofer
2008-11-29 08:33:17 UTC
Created attachment 173728 [details]
Build log for failed compile.
Oops, forgot to add, disabling Perl threads (USE="-ithreads") does not fix the issue. (In reply to comment #2) > Oops, forgot to add, disabling Perl threads (USE="-ithreads") does not fix the > issue. > OK, more info. Disabling ithreads DOES change the error. I'll post the non-ithreads build.log. Created attachment 173779 [details]
Build log for failed compile with no ithreads USE flag.
Sorry, more info. perl also fails compiling with errors with that CFLAG. Same errors as already posted. This optimization is still pretty new to gcc, and has known bugs in gcc 4.3.2. I see other reports in the gcc bugzilla that look similar to each of your failures; one will be fixed in gcc 4.4.0, and the other is still open. Thanks for bothering to report this issue with full build logs etc, but I think the toolchain maintainers will just recommend turning the optimization off as not stable enough. If you are interested in trying to help this feature become more stable, you could try again with a gcc 4.4.0 snapshot (e.g. from dirtyepic's overlay http://overlays.gentoo.org/dev/dirtyepic/browser/sys-devel/gcc) and file a bug report with gcc if the optimization is still broken: http://gcc.gnu.org/bugzilla yeah, sorry to be obvious here, but if it hurts when you do that, don't do it. :P |