[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field

2014-09-13 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853 --- Comment #9 from John David Anglin --- Introduced in r202592: * tree-into-ssa.c (gate_into_ssa): New. (pass_data_build_ssa): Use it. * cgraph.h (expand_thunk): Update prototype. * cgraphunit.c (analyze_function): Expand thunks

[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field

2014-09-13 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853 --- Comment #10 from John David Anglin --- Gimple from expand: virtual ThePEG::Units::Energy ThePEG::ConstituentParticleData::_ZTv0_n64_NK6TheP EG23ConstituentParticleData15constituentMassEv() const (const struct Constituent ParticleData * const

[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field

2014-09-13 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853 --- Comment #11 from John David Anglin --- This is probably a bug in pa_function_value. Nominally, we return 5 to 8 byte aggregate values in a BLKmode because of the odd right justification of the object. However in this case, we have a DFmode

[Bug middle-end/61853] [4.9/5 Regression] ICE: SIGSEGV in store_field

2014-09-14 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61853 --- Comment #12 from John David Anglin --- I have a patch to pa_function_value that avoids the issue but I tend to think there is a bug in expand. This code typedef struct { double x; } sd_t; sd_t foo1 (double d) { sd_t s; s.x = d; return