[Bug tree-optimization/33915] iv folding fails with pointer iterations
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
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
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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
[Bug tree-optimization/33915] iv folding fails with pointer iterations
--- 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
