| Summary: | internal compiler error gcc-3.3.1-r1 compiling arts-1.1.4 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Axel Reimann <axel.privat> |
| Component: | [OLD] GCC Porting | Assignee: | Please assign to toolchain <gcc-porting> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | major | CC: | farcepest |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | preprocessed source | ||
|
Description
Axel Reimann
2003-09-17 13:54:07 UTC
Created attachment 17915 [details]
preprocessed source
I have found the CFLAG -fstack-protector to trigger the internal compiler error. Without this flag, keeping the entire remaining setting as is, the emerge process finishes flawlessly. Therefore, I've reduced the severity from 'blocker' to 'major'. I think this is the same as bug #28728. Same error, and using -fstack-protector, but on Mozilla. Two C++ programs, coincidence? I didn't have mozilla emerged, but I thought it worth trying how the stack protection influences the mozilla build. It turns out that the same effect is observed for both builds (mozilla and arts), as I added to bug report #28728. |