This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug target/61949] [6 regression] SEGV compiling gcc.dg/pch/import-[12].c


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949

--- Comment #27 from rguenther at suse dot de <rguenther at suse dot de> ---
On Thu, 25 Feb 2016, ro at CeBiTec dot Uni-Bielefeld.DE wrote:

> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
> 
> --- Comment #26 from ro at CeBiTec dot Uni-Bielefeld.DE <ro at CeBiTec dot Uni-Bielefeld.DE> ---
> > --- Comment #23 from Richard Biener <rguenth at gcc dot gnu.org> ---
> > Well, looks like same analysis as the last time ;)  Sth is broken on solaris -
> > please check with gdb how the stack is aligned on function entry.
> 
> I've checked stack alignment on entry to md5_finish_ctx and found 8-byte
> alignment on Solaris 10, 4-byte alignment on Solaris 11 and 12 (where
> the test never failed).
> 
> Very strange.  We still have PR target/62281 which claims that 32-bit
> Solaris/x86 still only guarantees 4-byte alignment, in accordance with
> the 32-bit x86 psABI.  Unfortunately, the submitter never responded to
> my questions; I'll have to ask my contacts for details.
> 
> Maybe we'll need the Solaris 9-only fix from PR libgomp/60107 on Solaris
> 10+, too.

Or do -mstackrealign by default like it is done on Windows.

Richard.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]