[Bug tree-optimization/33915] iv folding fails with pointer iterations

2018-09-02 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915

Eric Gallager  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 CC||rakdver at kam dot mff.cuni.cz
 Resolution|--- |WORKSFORME
   Assignee|rakdver at kam dot mff.cuni.cz |unassigned at gcc dot 
gnu.org

--- Comment #11 from Eric Gallager  ---
(In reply to Eric Gallager from comment #10)
> (In reply to Eric Gallager from comment #9)
> > (In reply to Zdenek Dvorak from comment #3)
> > > It does not reproduce for me on i686-linux, either.  Do you pass any 
> > > special
> > > flags to configure?
> > 
> > If it didn't reproduce for you does it make sense for you still to be the
> > assignee for this?
> 
> WAITING on a reply

No reply; since nobody could actually reproduce this to confirm it, I'm going
to close this bug.

[Bug tree-optimization/33915] iv folding fails with pointer iterations

2018-06-01 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915

Eric Gallager  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2018-06-02
 Ever confirmed|0   |1

--- Comment #10 from Eric Gallager  ---
(In reply to Eric Gallager from comment #9)
> (In reply to Zdenek Dvorak from comment #3)
> > It does not reproduce for me on i686-linux, either.  Do you pass any special
> > flags to configure?
> 
> If it didn't reproduce for you does it make sense for you still to be the
> assignee for this?

WAITING on a reply

[Bug tree-optimization/33915] iv folding fails with pointer iterations

2018-03-02 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915

Eric Gallager  changed:

   What|Removed |Added

 CC||egallager at gcc dot gnu.org

--- Comment #9 from Eric Gallager  ---
(In reply to Zdenek Dvorak from comment #3)
> It does not reproduce for me on i686-linux, either.  Do you pass any special
> flags to configure?

If it didn't reproduce for you does it make sense for you still to be the
assignee for this?

[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-31 Thread rakdver at gcc dot gnu dot org


--- Comment #3 from rakdver at gcc dot gnu dot org  2007-10-31 17:39 ---
It does not reproduce for me on i686-linux, either.  Do you pass any special
flags to configure?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915



[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-31 Thread dj at redhat dot com


--- Comment #4 from dj at redhat dot com  2007-10-31 18:03 ---
Subject: Re:  iv folding fails with pointer iterations


Oops, sorry, I have a local patch.  Apparently I'm trying to support
pointer math the same size as pointers (pointers are 24 bits) as an
option for the future, which lowers the priority for this bug, but I'd
appreciate it if it worked anyway - I'm getting requests for this
functionality.  By default, pointers are 24 bits but size_t is only
16, which causes wrong-code in some cases.

Index: config/m32c/m32c.h
===
--- config/m32c/m32c.h  (revision 129762)
+++ config/m32c/m32c.h  (working copy)
@@ -170,12 +170,15 @@ machine_function;

 #define DEFAULT_SIGNED_CHAR 1

 #undef PTRDIFF_TYPE
 #define PTRDIFF_TYPE (TARGET_A16 ? int : long int)

+#undef SIZE_TYPE
+#define SIZE_TYPE (TARGET_A16 ? unsigned int : long unsigned int)
+
 /* REGISTER USAGE */

 /* Register Basics */

 /* Register layout:



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915



[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-31 Thread rguenth at gcc dot gnu dot org


--- Comment #5 from rguenth at gcc dot gnu dot org  2007-10-31 18:20 ---
I think the middle-end internal sizetype needs to be at least the same size
as pointer types, otherwise you _will_ definitely see wrong-code in some
circumstances.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915



[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-31 Thread dj at redhat dot com


--- Comment #6 from dj at redhat dot com  2007-10-31 18:36 ---
Subject: Re:  iv folding fails with pointer iterations


Hmmm... pointers are PSImode (24 bits) with --mcpu=m32c.  How do you
make sizetype that size?  The chip doesn't have enough 24 bit math
opcodes to do all the things gcc wants.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915



[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-31 Thread dj at redhat dot com


--- Comment #8 from dj at redhat dot com  2007-10-31 22:27 ---
Subject: Re:  iv folding fails with pointer iterations


Right, that's why I was trying to use 32 bit math instead, which led
to the original iv bug.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915



[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-31 Thread rguenth at gcc dot gnu dot org


--- Comment #7 from rguenth at gcc dot gnu dot org  2007-10-31 22:15 ---
look at set_sizetype and its cousins.  Though I'd think that not be able to
do arithmetic in that precision might be a problem in the end.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915



[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-29 Thread rakdver at gcc dot gnu dot org


--- Comment #1 from rakdver at gcc dot gnu dot org  2007-10-30 03:32 ---
I cannot reproduce it (using ./configure --enable-languages=c --target=m32c-elf
on amd64-linux).  Does it still fail for you?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915



[Bug tree-optimization/33915] iv folding fails with pointer iterations

2007-10-29 Thread dj at redhat dot com


--- Comment #2 from dj at redhat dot com  2007-10-30 04:30 ---
Subject: Re:  iv folding fails with pointer iterations


Yup.  I did a source update, rebuilt the natives, and tried to build...

m32c-elf-gcc -B/greed/dj/m32c/newlib/m32c-elf/m32c-elf/m32cm/newlib/ -isystem
/greed/dj/m32c/newlib/m32c-elf/m32c-elf/m32cm/newlib/targ-include -isystem
/greed/dj/m32c/newlib/src/newlib/libc/include
-B/greed/dj/m32c/newlib/m32c-elf/m32c-elf/m32cm/libgloss/m32c
-L/greed/dj/m32c/newlib/m32c-elf/m32c-elf/m32cm/libgloss/libnosys
-L/greed/dj/m32c/newlib/src/libgloss/m32c  -mcpu=m32cm
-DPACKAGE_NAME=\newlib\ -DPACKAGE_TARNAME=\newlib\
-DPACKAGE_VERSION=\1.15.0\ -DPACKAGE_STRING=\newlib\ 1.15.0\
-DPACKAGE_BUGREPORT=\\  -I. -I../../../../../../src/newlib/libc/stdlib -Os
-DPREFER_SIZE_OVER_SPEED -DABORT_PROVIDED -DSMALL_MEMORY
-DMISSING_SYSCALL_NAMES -fno-builtin  -O2 -g -O2-mcpu=m32cm -c -o
lib_a-wcstombs_r.o `test -f 'wcstombs_r.c' || echo
'../../../../../../src/newlib/libc/stdlib/'`wcstombs_r.c
../../../../../../src/newlib/libc/stdlib/wcstombs_r.c: In function
'_wcstombs_r':
../../../../../../src/newlib/libc/stdlib/wcstombs_r.c:11: internal compiler
error: in build2_stat, at tree.c:3110

I'm using a 32-bit build OS, though.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33915