From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8365 invoked by alias); 8 Sep 2009 12:09:10 -0000 Received: (qmail 7177 invoked by uid 48); 8 Sep 2009 12:08:51 -0000 Date: Tue, 08 Sep 2009 12:09:00 -0000 Message-ID: <20090908120851.7176.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/41156] [4.4/4.5 Regression] zlib segfault in inflate_table() compiled w/ -O -msse2 ftree-vectorize In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "mahatma at eu dot by" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2009-09/txt/msg00834.txt.bz2 ------- Comment #8 from mahatma at eu dot by 2009-09-08 12:08 ------- I don't trying to rebuild all with 4-byte incoming stack alignment while, but think to unify this step with full ABI change. For me it may solve migration to -mregparm=3 ("ix86_regparm = REGPARM_MAX;" for x86_32) and others in crosscompile way (for example, to "i686-eabi-linux-gnu" target). For people it may solve "ABI standard" orthodox problem too. Most undiscovered place FOR ME (while I busy in other place): adding support to "eabi*" (1+*) keyword, eabi/eabi1 may be REGPARM_MAX + 4-byte incoming stack alignment (or even more safe solution) + any others safe (if exists) changes. eabi2 - hardcoded -msseregparm (I unsure in softfloat/no-sse compatibility, then there are must be optional), etc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41156