--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-10-14 10:59
---
PA-RISC GNU/Linux is not a primary platform, so I've marked this P5. However,
PA-RISC HP-UX is a primary platform, so if this bug manifests there, please
set
this back to P3 with an explanatory comment.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC|ebotcazou at gcc dot gnu dot|
|org |
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-09-21 02:03
---
PA-RISC GNU/Linux is not a primary platform, so I've marked this P5. However,
PA-RISC HP-UX is a primary platform, so if this bug manifests there, please set
this back to P3 with an explanatory comment.
--
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-09-18 11:36
---
Hmmm, seems this is a known issue that never got fixed. See this thread:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01558.html
And this one: http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01569.html
--
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-18
13:39 ---
Subject: Re: [4.2 Regression] FAIL: gcc.dg/torture/pr26565.c -O0 execution
test
And this one: http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01569.html
Actually, I was thinking that the library name
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-18 13:48
---
+ /* TER is not run at -O0, so our representation of alignment
+ information and its propagation is non-existant. */
+ if (!optimize)
+return 0;
Perhaps
if (!flag_tree_ter)
return 0;
would
On Mon, 2006-09-18 at 13:48 +, ebotcazou at gcc dot gnu dot org
wrote:
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-18 13:48
---
+ /* TER is not run at -O0, so our representation of alignment
+ information and its propagation is non-existant. */
+ if
--- Comment #8 from pinskia at physics dot uc dot edu 2006-09-18 17:19
---
Subject: Re: [4.2 Regression] FAIL:
gcc.dg/torture/pr26565.c -O0 execution test
On Mon, 2006-09-18 at 13:48 +, ebotcazou at gcc dot gnu dot org
wrote:
--- Comment #7 from ebotcazou at gcc
--- Comment #3 from danglin at gcc dot gnu dot org 2006-09-17 20:05 ---
There's a question in my mind as to whether we should always be
emitting a library call:
/* When not optimizing, generate calls to library functions for a certain
set of builtins. */
if (!optimize
--- Comment #4 from danglin at gcc dot gnu dot org 2006-09-17 20:21 ---
Hmmm, seems this is a known issue that never got fixed. See this thread:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01558.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29111
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|target |middle-end
Known to work||3.4.0
11 matches
Mail list logo
