--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-06 11:20 ---
GCC 4.5.0 is being released. Deferring to 4.5.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-14 16:57 ---
Note that with the current middle-end setup we cannot really ever derive
anything about alignment when just seeing a pointer type. We only can
ever derive alignment information when having access to the pointed-to
d
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40060
--- Comment #5 from matz at suse dot de 2009-05-07 15:13 ---
Subject: Re: [4.5 Regression] casts loose alignment
info
On Thu, 7 May 2009, rguenth at gcc dot gnu dot org wrote:
> And if something should look through conversions it is get_pointer_alignment
Yes, this is actually used i
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-07 15:06 ---
And if something should look through conversions it is get_pointer_alignment
which funnily has
/* We rely on TER to compute accurate alignment information. */
if (!(optimize && flag_tree_ter))
return 0;
eh
--- Comment #3 from matz at gcc dot gnu dot org 2009-05-07 13:28 ---
How alignment is dealt with in was explained by Joseph in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39954#c10
A conversion sequence implicitely maintains the largest found alignment.
Looking through casts would not
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-05-07 13:15 ---
Actually a cast to a lower alignment is valid (to an bigger alignment is
questionable if the pointer is not already aligned).
And this is a regression from the 4.4 as these testcases passed. Really expand
should loo
