http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38496
Jackie Rosen changed:
What|Removed |Added
CC||jackie.rosen at hushmail dot
com
--- Comm
--- Comment #27 from rguenth at gcc dot gnu dot org 2009-10-23 09:45
---
Appearantly I was misguided in comment #24 and likely was thinking about
the 4.4 dynamic stack re-alignment code which (guessing again) is probably
only in effect for AVX.
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #26 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-07-31 01:18 ---
Very unfortunatelly, gcc does assume stack alignment.
The problem is not technical (the code to realign the stack is already there,
it's easy to activate it), the problem is ideological, becau
--- Comment #25 from whaley at cs dot utsa dot edu 2009-07-24 17:05 ---
Richard,
>GCC does not assume the stack is aligned to 16 bytes if it cannot prove that
>it is.
If this is true now, it is a change from previous behavior. When I reported
this problem, gcc *assumed* 16-byte align
--- Comment #24 from rguenth at gcc dot gnu dot org 2009-07-24 12:16
---
GCC does not assume the stack is aligned to 16 bytes if it cannot prove that it
is. That GCC aligns the stack to 16 bytes itself is compliant with the
requirement of 4 byte stack alignment.
So I completely miss y
--- Comment #23 from mikulas at artax dot karlin dot mff dot cuni dot cz
2009-07-23 14:34 ---
So, Joseph is basically arguing that it doesn't make sense to follow bad
standards. Fine. So let's ignore the "i386 ABI standard" thing for a moment a
look at the change from the practical poin
--- Comment #22 from jakub at gcc dot gnu dot org 2009-07-23 13:13 ---
*** Bug 40838 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #21 from sliwa at cft dot edu dot pl 2009-03-18 13:25 ---
Yes, yes, using gcc has to be pain in the neck.
You are reluctant to fix an obvious mistake and instead of saying "sorry" are
keeping it broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38496
--- Comment #20 from joseph at codesourcery dot com 2008-12-16 00:09
---
Subject: Re: Gcc misaligns arrays when stack is forced
follow the x8632 ABI
On Mon, 15 Dec 2008, whaley at cs dot utsa dot edu wrote:
> If you thought the standard adopted by LSB was the wrong
> one, you should
--- Comment #19 from whaley at cs dot utsa dot edu 2008-12-15 23:39 ---
>There is the problem, LSB did the incorrect thing of thinking the written
>standard applied to what really was being done when the LSB was doing its
>work. Standards are made to be amended. Witness how many RFCs
--- Comment #18 from pinskia at gmail dot com 2008-12-15 23:02 ---
Subject: Re: Gcc misaligns arrays when stack is forced follow the x8632 ABI
On Mon, Dec 15, 2008 at 2:01 PM, whaley at cs dot utsa dot edu
wrote:
> LSB was merely the umbrella bringing together a bunch of pre-existing
On Mon, Dec 15, 2008 at 2:01 PM, whaley at cs dot utsa dot edu
wrote:
> LSB was merely the umbrella bringing together a bunch of pre-existing
> standards
> for use in Linux.
There is the problem, LSB did the incorrect thing of thinking the
written standard applied to what really was being done w
--- Comment #17 from whaley at cs dot utsa dot edu 2008-12-15 22:01 ---
>LSB was written years after we had already did this back in gcc 3.0.
>Please check the history before saying gcc followed a written standard
>when none existed when this change was done.
LSB was merely the umbr
--- Comment #16 from pinskia at gmail dot com 2008-12-15 21:39 ---
Subject: Re: Gcc misaligns arrays when stack is forced follow the x8632 ABI
Sent from my iPhone
On Dec 15, 2008, at 1:33 PM, "whaley at cs dot utsa dot edu"
wrote:
>
>
> --- Comment #15 from whaley at cs dot ut
Sent from my iPhone
On Dec 15, 2008, at 1:33 PM, "whaley at cs dot utsa dot edu" > wrote:
--- Comment #15 from whaley at cs dot utsa dot edu 2008-12-15
21:32 ---
GCC chose to change the *unwritten* standard for the ABI in use for
IA32 GNU/Linux.
This is not true. Prior to t
--- Comment #15 from whaley at cs dot utsa dot edu 2008-12-15 21:32 ---
>GCC chose to change the *unwritten* standard for the ABI in use for IA32
>GNU/Linux.
This is not true. Prior to this change, gcc followed the *written* standard
provided by the LSB. You chose to violate the stan
--- Comment #14 from joseph at codesourcery dot com 2008-12-15 18:17
---
Subject: Re: Gcc misaligns arrays when stack is forced
follow the x8632 ABI
On Mon, 15 Dec 2008, whaley at cs dot utsa dot edu wrote:
> And also one without application here. I am aware of no other standard fo
--- Comment #13 from whaley at cs dot utsa dot edu 2008-12-15 14:52 ---
>No; "The nice thing about standards is that there are so many to choose from"
>is a well-known saying.
And also one without application here. I am aware of no other standard for
Linux ABI other than the one in th
--- Comment #12 from joseph at codesourcery dot com 2008-12-15 00:21
---
Subject: Re: Gcc misaligns arrays when stack is forced
follow the x8632 ABI
On Fri, 12 Dec 2008, whaley at cs dot utsa dot edu wrote:
> >LSB may be a starting point for plausible hypotheses about the ABIs, but
--- Comment #11 from whaley at cs dot utsa dot edu 2008-12-12 01:48 ---
>LSB may be a starting point for plausible hypotheses about the ABIs, but
>you need to evaluate it critically to see whether each statement is
>actually an accurate description of fact.
I.e., you are saying "we do
--- Comment #10 from joseph at codesourcery dot com 2008-12-12 01:25
---
Subject: Re: Gcc misaligns arrays when stack is forced
follow the x8632 ABI
On Fri, 12 Dec 2008, whaley at cs dot utsa dot edu wrote:
> >I suppose that by "32-bit ABI for the x86" you mean a document with
> >19
--- Comment #9 from hjl dot tools at gmail dot com 2008-12-12 01:05 ---
(In reply to comment #8)
>
> This is a link where people mention that fact that gcc is behaving
> non-standardly, so people who want to interoperate with gcc better adopt their
> non-standard behavior. How do you li
--- Comment #8 from whaley at cs dot utsa dot edu 2008-12-12 00:51 ---
>I suppose that by "32-bit ABI for the x86" you mean a document with
>1990-1996 SCO copyrights.
I was going by the linux standards base, which still links to:
http://www.caldera.com/developers/devspecs/abi386-4.pd
--- Comment #7 from joseph at codesourcery dot com 2008-12-12 00:01 ---
Subject: Re: New: Gcc misaligns arrays when stack is
forced follow the x8632 ABI
On Thu, 11 Dec 2008, whaley at cs dot utsa dot edu wrote:
> I notice that gcc does not follow the 32-bit ABI for the x86, in that
--- Comment #6 from whaley at cs dot utsa dot edu 2008-12-11 23:42 ---
>GCC can and will realign the loop in 4.4 and above if the function needs a
>bigger alignment than the required 4 byte. So again I don't see any issues
>here really.
Is this the response to another request? I am
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-11 23:28 ---
GCC can and will realign the loop in 4.4 and above if the function needs a
bigger alignment than the required 4 byte. So again I don't see any issues
here really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #4 from whaley at cs dot utsa dot edu 2008-12-11 23:25 ---
>aligning the stack to 16 bytes is complaint
It might be complaint, but it certainly isn't compliant. The ABI says that you
can assume 4-byte alignment, and not all 4-byte alignments are 16-byte aligned
(obviously).
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-11 23:04 ---
Your testcase does not show any issues at all. doubles are not required to be
aligned to 8 byte boundaries at all, they are only required to be aligned to 4
byte boundaries. Now with -malign-double they will get al
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-11 23:02 ---
aligning the stack to 16 bytes is complaint.
> generates double precision arrays that are not aligned to 8-byte boundaries
That is ok. There is no interoperability here really.
>This is a problem when interactin
29 matches
Mail list logo
