[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-17 Thread falk at debian dot org
--- Additional Comments From falk at debian dot org 2005-05-17 14:07 --- (In reply to comment #23) > Sorry if it is not belong here. Just a quick question: There are still > unaligned > exceptions generated (even by gcc(libgcj) code itself). Should I open a new > bug > report or could

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-11 Thread tsv at solvo dot ru
--- Additional Comments From tsv at solvo dot ru 2005-05-11 20:39 --- (In reply to comment #22) > Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > > > On May 5, 2005, at 4:03 PM, tsv at solvo dot ru wrote: > > > I am trying to find o

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-05 Thread pinskia at physics dot uc dot edu
--- Additional Comments From pinskia at physics dot uc dot edu 2005-05-05 20:06 --- Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" On May 5, 2005, at 4:03 PM, tsv at solvo dot ru wrote: > I am trying to find out where unaligned poi

Re: [Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-05 Thread Andrew Pinski
On May 5, 2005, at 4:03 PM, tsv at solvo dot ru wrote: I am trying to find out where unaligned pointer is came from. Going couple functions back I found that it is the address if "unsigned char" variable allocated on stack. Should I look at this issue or it might be possible in theory and I shou

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-05 Thread tsv at solvo dot ru
--- Additional Comments From tsv at solvo dot ru 2005-05-05 20:03 --- (In reply to comment #20) > (In reply to comment #19) > > Should not be some warning to be generated? > > There is a warning if going directly from char * to the union pointer but since you go through a void > pointer

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-05 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-05 19:22 --- (In reply to comment #19) > Should not be some warning to be generated? There is a warning if going directly from char * to the union pointer but since you go through a void pointer, the warning is gone.

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-05 Thread tsv at solvo dot ru
--- Additional Comments From tsv at solvo dot ru 2005-05-05 19:16 --- I just extracted it from "dbus" package which I am testing on linux/alpha platform. There are other packages (mozilla one of them) that started to generate unaligned access exceptions then built by gcc 4.0. Should not

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-05 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-05 19:10 --- (In reply to comment #17) > gcc version 4.0.0 20050423 (Red Hat 4.0.0-2) > > Here is another test case that generates unaligned access exception: That code is invalid due to the alignment requirements in s

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-05-05 Thread tsv at solvo dot ru
--- Additional Comments From tsv at solvo dot ru 2005-05-05 19:07 --- gcc version 4.0.0 20050423 (Red Hat 4.0.0-2) Here is another test case that generates unaligned access exception: typedef union { short i16; unsigned short u16; int i3

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-04-07 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 21:00 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-04-05 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-06 00:32 --- Subject: Bug 20625 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-06 00:32:37 Modified files: gcc: Change

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-04-05 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-05 23:57 --- Subject: Bug 20625 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-05 23:57:02 Modified files: gcc: ChangeLog tree-ssa-loop-ivopts.c Lo

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-04-04 Thread mmitchel at gcc dot gnu dot org
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-04 23:14 --- This has been approved by RTH here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00428.html Please apply to 4.0 and mainline. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20625

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-04-01 Thread rakdver at gcc dot gnu dot org
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-04-01 20:00 --- http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00097.html -- What|Removed |Added Key

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-03-30 Thread tsv at solvo dot ru
--- Additional Comments From tsv at solvo dot ru 2005-03-30 09:43 --- It does work for me too. Thank you for quick fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20625

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-03-29 Thread falk at debian dot org
--- Additional Comments From falk at debian dot org 2005-03-29 21:38 --- (In reply to comment #9) > This patch should fix the problem Yes, it does. (I haven't tried bootstrapping, though.) Thanks for fixing this so quickly! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20625

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-03-29 Thread rakdver at atrey dot karlin dot mff dot cuni dot cz
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-03-29 21:09 --- Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > > This most likely can be reproduced on ia64 too and other targets where > > alig

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-03-29 Thread rakdver at atrey dot karlin dot mff dot cuni dot cz
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-03-29 20:47 --- Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > This most likely can be reproduced on ia64 too and other targets where > alignmen

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-03-29 Thread falk at debian dot org
--- Additional Comments From falk at debian dot org 2005-03-29 20:23 --- (In reply to comment #6) > This most likely can be reproduced on ia64 too and other targets where alignment is needed for some > loads. I cannot reproduce it with -mcpu=ev56, though, so maybe it needs a plaform th

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

2005-03-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-29 20:03 --- This most likely can be reproduced on ia64 too and other targets where alignment is needed for some loads. The tree which we produce looks like: : if (p->c[0] != 0) goto ; else goto ; :; D.1133 = *((