http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52225
Bug #: 52225
Summary: -minline-all-stringops possible stuck
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: maha...@eu.by
Under gentoo long times (ago) I use -minline-all-stringops system-wide at least
on x86_64. After one of version of gcc (not remember, IMHO probably near 4.3) I
got error on x86_32 (p4) - I remember only stuck on build. After crazy hunting
I just say in all my make.conf -mno-inline-all-stringops to remember it is bad
and forget sense. Now on 4.6.2 & x86_64 nocona I trying to return
-minline-all-stringops. I got stuck on tdb build (configure) and just one time.
This is too problematic to rebuild all (working) systems for bound this random
problem, then just FYI.
Current nocona CFLAGS: CFLAGS="-Wl,--no-keep-memory -O3 -mtune=native
-march=native -Wa,-mtune=nocona -pipe -fexcess-precision=fast -mfpmath=both
-funroll-loops -fpeel-loops -fomit-frame-pointer -fivopts -floop-optimize
-maccumulate-outgoing-args -ftree-loop-linear -ftracer -w -findirect-inlining
-ftree-switch-conversion -fno-dwarf2-cfi-asm -fconserve-stack -fsection-anchors
-fmodulo-sched -fmodulo-sched-allow-regmoves
-freschedule-modulo-scheduled-loops -fgcse-sm -fgcse-las -fgcse-after-reload
-fsee -ftree-loop-distribution -ftree-loop-im -ftree-loop-ivcanon
-fvect-cost-model -fgraphite-identity
and+: -fgcse-after-reload -fipa-cp-clone -fpredictive-commoning
-ftree-loop-distribute-patterns -ftree-vectorize -funswitch-loops
- for packages filtering -O3
May be there ar sse problem (I use similar CFLAGS with -mstackrealign on x86_32
too). There are no problems without -minline-all-stringops.
