* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
@ 2009-04-30 17:55 ` pinskia at gcc dot gnu dot org
2009-05-01 14:49 ` ramana at gcc dot gnu dot org
` (10 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2009-04-30 17:55 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-30 17:55 -------
Interesting. I Knew about a PIC failure on arm but I the backtrace was
different, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39929#c12 .
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pinskia at gcc dot gnu dot
| |org
Component|tree-optimization |middle-end
Keywords| |build, GC, ice-on-valid-code
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
2009-04-30 17:55 ` [Bug middle-end/39978] " pinskia at gcc dot gnu dot org
@ 2009-05-01 14:49 ` ramana at gcc dot gnu dot org
2009-05-01 15:30 ` rearnsha at gcc dot gnu dot org
` (9 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-05-01 14:49 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from ramana at gcc dot gnu dot org 2009-05-01 14:49 -------
I don't see this with a bootstrap that I was doing with r147003.
/home/ramana/build-combined-arm-gcc-20090430/./gcc/xgcc -v
Using built-in specs.
Target: armv5tel-unknown-linux-gnueabi
Configured with: ../trunk/configure --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20090430 (experimental) [trunk revision 147003] (GCC)
though I do see a failure similar to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39929#c12 while bootstrapping in
stage3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
2009-04-30 17:55 ` [Bug middle-end/39978] " pinskia at gcc dot gnu dot org
2009-05-01 14:49 ` ramana at gcc dot gnu dot org
@ 2009-05-01 15:30 ` rearnsha at gcc dot gnu dot org
2009-05-01 20:01 ` rguenth at gcc dot gnu dot org
` (8 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rearnsha at gcc dot gnu dot org @ 2009-05-01 15:30 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from rearnsha at gcc dot gnu dot org 2009-05-01 15:30 -------
This smells like a memory corruption problem in the compiler...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (2 preceding siblings ...)
2009-05-01 15:30 ` rearnsha at gcc dot gnu dot org
@ 2009-05-01 20:01 ` rguenth at gcc dot gnu dot org
2009-05-01 20:32 ` danglin at gcc dot gnu dot org
` (7 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: rguenth at gcc dot gnu dot org @ 2009-05-01 20:01 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-01 20:01 -------
Which pass? p *pass in frame 20 should tell you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (3 preceding siblings ...)
2009-05-01 20:01 ` rguenth at gcc dot gnu dot org
@ 2009-05-01 20:32 ` danglin at gcc dot gnu dot org
2009-05-04 13:48 ` dave at hiauly1 dot hia dot nrc dot ca
` (6 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: danglin at gcc dot gnu dot org @ 2009-05-01 20:32 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from danglin at gcc dot gnu dot org 2009-05-01 20:32 -------
I'm not in my office where the box is, however, I believe the ICE occurs in
stage2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (4 preceding siblings ...)
2009-05-01 20:32 ` danglin at gcc dot gnu dot org
@ 2009-05-04 13:48 ` dave at hiauly1 dot hia dot nrc dot ca
2009-05-05 15:52 ` mmitchel at gcc dot gnu dot org
` (5 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2009-05-04 13:48 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2009-05-04 13:48 -------
Subject: Re: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
> Which pass? p *pass in frame 20 should tell you.
(gdb) p *pass
$1 = {type = GIMPLE_PASS, name = 0x27bb734 "forwprop",
gate = 0x152d6d4 <gate_forwprop>,
execute = 0x152cc8c <tree_ssa_forward_propagate_single_use_vars>, sub = 0x0,
next = 0x2a806c8, static_pass_number = 123, tv_id = TV_TREE_FORWPROP,
properties_required = 40, properties_provided = 0, properties_destroyed = 0,
todo_flags_start = 0, todo_flags_finish = 2055}
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (5 preceding siblings ...)
2009-05-04 13:48 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2009-05-05 15:52 ` mmitchel at gcc dot gnu dot org
2009-05-06 15:36 ` bonzini at gnu dot org
` (4 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: mmitchel at gcc dot gnu dot org @ 2009-05-05 15:52 UTC (permalink / raw)
To: gcc-bugs
--
mmitchel at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (6 preceding siblings ...)
2009-05-05 15:52 ` mmitchel at gcc dot gnu dot org
@ 2009-05-06 15:36 ` bonzini at gnu dot org
2009-05-08 18:21 ` danglin at gcc dot gnu dot org
` (3 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: bonzini at gnu dot org @ 2009-05-06 15:36 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from bonzini at gnu dot org 2009-05-06 15:35 -------
Is this reproducible with a crosscompiler and with --enable-checking=all,gcac?
You can try valgrind too.
--
bonzini at gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bonzini at gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (7 preceding siblings ...)
2009-05-06 15:36 ` bonzini at gnu dot org
@ 2009-05-08 18:21 ` danglin at gcc dot gnu dot org
2009-05-08 19:35 ` pinskia at gcc dot gnu dot org
` (2 subsequent siblings)
11 siblings, 0 replies; 13+ messages in thread
From: danglin at gcc dot gnu dot org @ 2009-05-08 18:21 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from danglin at gcc dot gnu dot org 2009-05-08 18:21 -------
Introduced in revision 146894:
2009-04-28 Andrew Pinski <pinskia@gmail.com>
PR target/39929
* config/darwin.c (machopic_gen_offset): Check
currently_expanding_to_rtl if current_ir_type returns IR_GIMPLE.
* config/arm/arm.c (require_pic_register): Likewise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (8 preceding siblings ...)
2009-05-08 18:21 ` danglin at gcc dot gnu dot org
@ 2009-05-08 19:35 ` pinskia at gcc dot gnu dot org
2009-05-08 20:34 ` dave at hiauly1 dot hia dot nrc dot ca
2009-05-12 13:06 ` danglin at gcc dot gnu dot org
11 siblings, 0 replies; 13+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2009-05-08 19:35 UTC (permalink / raw)
To: gcc-bugs
------- Comment #9 from pinskia at gcc dot gnu dot org 2009-05-08 19:35 -------
(In reply to comment #8)
> Introduced in revision 146894:
Interesting you don't hit the bug I described in PR 40031.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (9 preceding siblings ...)
2009-05-08 19:35 ` pinskia at gcc dot gnu dot org
@ 2009-05-08 20:34 ` dave at hiauly1 dot hia dot nrc dot ca
2009-05-12 13:06 ` danglin at gcc dot gnu dot org
11 siblings, 0 replies; 13+ messages in thread
From: dave at hiauly1 dot hia dot nrc dot ca @ 2009-05-08 20:34 UTC (permalink / raw)
To: gcc-bugs
------- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2009-05-08 20:34 -------
Subject: Re: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
> Interesting you don't hit the bug I described in PR 40031.
I tested the following in the regression search:
146971 bad
146908 bad
146900 bad
146894 bad
146893 ok
146892 ok
146876 ok
146845 ok
The bug in PR 40031 was reported at 147121, so maybe things have
changed.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bug middle-end/39978] [4.5 Regression] SEGV compiling libiberty/regex.c in stage2
2009-04-30 17:19 [Bug tree-optimization/39978] New: [4.5 Regression] SEGV compiling libiberty/regex.c in stage2 danglin at gcc dot gnu dot org
` (10 preceding siblings ...)
2009-05-08 20:34 ` dave at hiauly1 dot hia dot nrc dot ca
@ 2009-05-12 13:06 ` danglin at gcc dot gnu dot org
11 siblings, 0 replies; 13+ messages in thread
From: danglin at gcc dot gnu dot org @ 2009-05-12 13:06 UTC (permalink / raw)
To: gcc-bugs
------- Comment #11 from danglin at gcc dot gnu dot org 2009-05-12 13:06 -------
Build no longer ICEs. I believe this PR was fixed by the
following change:
2009-05-10 Michael Matz <matz@suse.de>
PR target/40031
* config/arm/arm.c (require_pic_register): Emit on entry edge,
not at entry of function.
--
danglin at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39978
^ permalink raw reply [flat|nested] 13+ messages in thread