public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype
@ 2009-11-18 15:29 doko at ubuntu dot com
2009-11-19 4:12 ` [Bug bootstrap/42093] " doko at ubuntu dot com
` (8 more replies)
0 siblings, 9 replies; 10+ messages in thread
From: doko at ubuntu dot com @ 2009-11-18 15:29 UTC (permalink / raw)
To: gcc-bugs
trunk 20091117 configured with
--with-arch=armv7-a --with-mode=thumb --with-float=softfp --with-fpu=vfp
hangs in the stage2 run of build/gengtype with 100% cpu time
attaching to the running process:
(gdb) bt
#0 0x00029fb4 in ?? ()
#1 0x0000a4a8 in walk_type ()
#2 0x0000a4a8 in walk_type ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
--
Summary: bootstrap hangs in stage2 run of build/gengtype
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug bootstrap/42093] bootstrap hangs in stage2 run of build/gengtype
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
@ 2009-11-19 4:12 ` doko at ubuntu dot com
2009-11-20 16:00 ` ramana at gcc dot gnu dot org
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: doko at ubuntu dot com @ 2009-11-19 4:12 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from doko at ubuntu dot com 2009-11-19 04:11 -------
only seen when configuring with --with-mode=thumb, disabling scheduling for
thumb2 shows the same endless loop.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug bootstrap/42093] bootstrap hangs in stage2 run of build/gengtype
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
2009-11-19 4:12 ` [Bug bootstrap/42093] " doko at ubuntu dot com
@ 2009-11-20 16:00 ` ramana at gcc dot gnu dot org
2009-12-11 10:18 ` ramana at gcc dot gnu dot org
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-11-20 16:00 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from ramana at gcc dot gnu dot org 2009-11-20 16:00 -------
(In reply to comment #1)
> only seen when configuring with --with-mode=thumb, disabling scheduling for
> thumb2 shows the same endless loop.
Confirmed unless there's a miscompilation in libc that we are missing.
>
--
ramana at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|0000-00-00 00:00:00 |2009-11-20 16:00:02
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug bootstrap/42093] bootstrap hangs in stage2 run of build/gengtype
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
2009-11-19 4:12 ` [Bug bootstrap/42093] " doko at ubuntu dot com
2009-11-20 16:00 ` ramana at gcc dot gnu dot org
@ 2009-12-11 10:18 ` ramana at gcc dot gnu dot org
2009-12-14 23:43 ` ramana at gcc dot gnu dot org
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-12-11 10:18 UTC (permalink / raw)
To: gcc-bugs
--
ramana at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|unassigned at gcc dot gnu |ramana at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Priority|P3 |P2
Last reconfirmed|2009-11-20 16:00:02 |2009-12-11 10:17:51
date| |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug bootstrap/42093] bootstrap hangs in stage2 run of build/gengtype
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
` (2 preceding siblings ...)
2009-12-11 10:18 ` ramana at gcc dot gnu dot org
@ 2009-12-14 23:43 ` ramana at gcc dot gnu dot org
2009-12-16 11:11 ` [Bug bootstrap/42093] [4.5 regression] " ramana at gcc dot gnu dot org
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-12-14 23:43 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from ramana at gcc dot gnu dot org 2009-12-14 23:43 -------
I now see a bootstrap failure with build/genmddeps going into an infinite loop
for stage2. This has to be a problem with the the system compiler.
This utility jumps into never never land from read_rtx in read-rtl.c - It's
something that's compiled by the system gcc-4.4 compiler . I've used the lucid
system compiler 4.4.2-ubuntu-5 as the system compiler and for read_rtx I see
the following code being generated - A number of statements including return 1
for the function are removed.
I will have to see if a 4.4 based FSF compiler used as the system code
generates similar code for the function.
0000b038 <read_rtx>:
b038: e92d 4ff0 stmdb sp!, {r4, r5, r6, r7, r8, r9, sl, fp,
lr}
b03c: f8df 926c ldr.w r9, [pc, #620] ; b2ac <read_rtx+0x274>
b040: b08d sub sp, #52 ; 0x34
b042: f8d9 50c4 ldr.w r5, [r9, #196] ; 0xc4
b046: 9005 str r0, [sp, #20]
b048: 9103 str r1, [sp, #12]
b04a: 9204 str r2, [sp, #16]
b04c: b19d cbz r5, b076 <read_rtx+0x3e>
b04e: f8d9 40c8 ldr.w r4, [r9, #200] ; 0xc8
b052: 4d96 ldr r5, [pc, #600] ; (b2ac
<read_rtx+0x274>)
b054: 2c00 cmp r4, #0
b056: f000 80eb beq.w b230 <read_rtx+0x1f8>
b05a: 68a2 ldr r2, [r4, #8]
b05c: 2001 movs r0, #1
b05e: 9903 ldr r1, [sp, #12]
b060: f8d9 30cc ldr.w r3, [r9, #204] ; 0xcc
b064: 600a str r2, [r1, #0]
b066: 9a04 ldr r2, [sp, #16]
b068: 6013 str r3, [r2, #0]
b06a: 68e3 ldr r3, [r4, #12]
b06c: f8c9 30c8 str.w r3, [r9, #200] ; 0xc8
b070: b00d add sp, #52 ; 0x34
b072: e8bd 8ff0 ldmia.w sp!, {r4, r5, r6, r7, r8, r9, sl, fp,
pc}
b076: 462b mov r3, r5
b078: 498d ldr r1, [pc, #564] ; (b2b0
<read_rtx+0x278>)
b07a: 4a8e ldr r2, [pc, #568] ; (b2b4
<read_rtx+0x27c>)
b07c: 200d movs r0, #13
b07e: f002 fcfb bl da78 <htab_create>
b082: 462b mov r3, r5
b084: 498a ldr r1, [pc, #552] ; (b2b0
<read_rtx+0x278>)
b086: 4a8b ldr r2, [pc, #556] ; (b2b4
<read_rtx+0x27c>)
b088: f8df a22c ldr.w sl, [pc, #556] ; b2b8 <read_rtx+0x280>
b08c: 4c8b ldr r4, [pc, #556] ; (b2bc
<read_rtx+0x284>)
b08e: 4684 mov ip, r0
b090: 200d movs r0, #13
b092: f8c9 c060 str.w ip, [r9, #96] ; 0x60
b096: f002 fcef bl da78 <htab_create>
b09a: 462b mov r3, r5
b09c: 4984 ldr r1, [pc, #528] ; (b2b0
<read_rtx+0x278>)
b09e: 4a85 ldr r2, [pc, #532] ; (b2b4
<read_rtx+0x27c>)
b0a0: 4684 mov ip, r0
b0a2: f8c9 c064 str.w ip, [r9, #100] ; 0x64
b0a6: f04f 0c52 mov.w ip, #82 ; 0x52
b0aa: f8c9 c068 str.w ip, [r9, #104] ; 0x68
b0ae: f8df c210 ldr.w ip, [pc, #528] ; b2c0 <read_rtx+0x288>
b0b2: 200d movs r0, #13
b0b4: f8c9 c06c str.w ip, [r9, #108] ; 0x6c
b0b8: f8df c208 ldr.w ip, [pc, #520] ; b2c4 <read_rtx+0x28c>
b0bc: f8c9 c070 str.w ip, [r9, #112] ; 0x70
b0c0: f8df c204 ldr.w ip, [pc, #516] ; b2c8 <read_rtx+0x290>
b0c4: f8c9 c074 str.w ip, [r9, #116] ; 0x74
b0c8: f002 fcd6 bl da78 <htab_create>
b0cc: 462b mov r3, r5
b0ce: 4978 ldr r1, [pc, #480] ; (b2b0
<read_rtx+0x278>)
b0d0: 4a78 ldr r2, [pc, #480] ; (b2b4
<read_rtx+0x27c>)
b0d2: 4684 mov ip, r0
b0d4: 200d movs r0, #13
b0d6: f8c9 c0ac str.w ip, [r9, #172] ; 0xac
b0da: f002 fccd bl da78 <htab_create>
b0de: 462b mov r3, r5
b0e0: f8d9 1060 ldr.w r1, [r9, #96] ; 0x60
b0e4: 4a79 ldr r2, [pc, #484] ; (b2cc
<read_rtx+0x294>)
b0e6: 4684 mov ip, r0
b0e8: f8c9 c0b0 str.w ip, [r9, #176] ; 0xb0
b0ec: f04f 0cb8 mov.w ip, #184 ; 0xb8
b0f0: f8c9 c0b4 str.w ip, [r9, #180] ; 0xb4
b0f4: f8df c1d8 ldr.w ip, [pc, #472] ; b2d0 <read_rtx+0x298>
b0f8: f109 0060 add.w r0, r9, #96 ; 0x60
b0fc: f8c9 c0b8 str.w ip, [r9, #184] ; 0xb8
b100: f8df c1d0 ldr.w ip, [pc, #464] ; b2d4 <read_rtx+0x29c>
b104: f8c9 c0bc str.w ip, [r9, #188] ; 0xbc
b108: f8df c1cc ldr.w ip, [pc, #460] ; b2d8 <read_rtx+0x2a0>
b10c: f8c9 c0c0 str.w ip, [r9, #192] ; 0xc0
b110: f7fe fcd0 bl 9ab4 <add_mapping>
b114: f8d9 1060 ldr.w r1, [r9, #96] ; 0x60
b118: 462b mov r3, r5
b11a: 4a70 ldr r2, [pc, #448] ; (b2dc
<read_rtx+0x2a4>)
b11c: 4680 mov r8, r0
b11e: f109 0060 add.w r0, r9, #96 ; 0x60
b122: f7fe fcc7 bl 9ab4 <add_mapping>
b126: f108 080c add.w r8, r8, #12
b12a: f100 070c add.w r7, r0, #12
b12e: f85a bf04 ldr.w fp, [sl, #4]!
b132: 4658 mov r0, fp
b134: f003 f88e bl e254 <xstrdup>
b138: 7803 ldrb r3, [r0, #0]
b13a: 4606 mov r6, r0
b13c: b133 cbz r3, b14c <read_rtx+0x114>
b13e: 4602 mov r2, r0
b140: 5ce3 ldrb r3, [r4, r3]
b142: 7013 strb r3, [r2, #0]
b144: f812 3f01 ldrb.w r3, [r2, #1]!
b148: 2b00 cmp r3, #0
b14a: d1f9 bne.n b140 <read_rtx+0x108>
b14c: 4629 mov r1, r5
b14e: 4638 mov r0, r7
b150: 465a mov r2, fp
b152: f7fe faeb bl 972c <add_map_value>
b156: 4629 mov r1, r5
b158: 4632 mov r2, r6
b15a: 3501 adds r5, #1
b15c: 4607 mov r7, r0
b15e: 4640 mov r0, r8
b160: f7fe fae4 bl 972c <add_map_value>
b164: 2d52 cmp r5, #82 ; 0x52
b166: 4680 mov r8, r0
b168: d1e1 bne.n b12e <read_rtx+0xf6>
b16a: f8d9 10ac ldr.w r1, [r9, #172] ; 0xac
b16e: 2300 movs r3, #0
b170: 4a5b ldr r2, [pc, #364] ; (b2e0
<read_rtx+0x2a8>)
b172: 2500 movs r5, #0
b174: 485b ldr r0, [pc, #364] ; (b2e4
<read_rtx+0x2ac>)
b176: f7fe fc9d bl 9ab4 <add_mapping>
b17a: f8d9 10ac ldr.w r1, [r9, #172] ; 0xac
b17e: 2300 movs r3, #0
b180: 4a59 ldr r2, [pc, #356] ; (b2e8
<read_rtx+0x2b0>)
b182: f8df a168 ldr.w sl, [pc, #360] ; b2ec <read_rtx+0x2b4>
b186: 4c5a ldr r4, [pc, #360] ; (b2f0
<read_rtx+0x2b8>)
b188: 4680 mov r8, r0
b18a: 4856 ldr r0, [pc, #344] ; (b2e4
<read_rtx+0x2ac>)
b18c: f7fe fc92 bl 9ab4 <add_mapping>
b190: f108 080c add.w r8, r8, #12
b194: f100 070c add.w r7, r0, #12
b198: f85a bf04 ldr.w fp, [sl, #4]!
b19c: 4658 mov r0, fp
b19e: f003 f859 bl e254 <xstrdup>
b1a2: 7803 ldrb r3, [r0, #0]
b1a4: 4606 mov r6, r0
b1a6: b133 cbz r3, b1b6 <read_rtx+0x17e>
b1a8: 4602 mov r2, r0
b1aa: 5ce3 ldrb r3, [r4, r3]
b1ac: 7013 strb r3, [r2, #0]
b1ae: f812 3f01 ldrb.w r3, [r2, #1]!
b1b2: 2b00 cmp r3, #0
b1b4: d1f9 bne.n b1aa <read_rtx+0x172>
b1b6: 4629 mov r1, r5
b1b8: 4640 mov r0, r8
b1ba: 465a mov r2, fp
b1bc: f7fe fab6 bl 972c <add_map_value>
b1c0: 4629 mov r1, r5
b1c2: 4632 mov r2, r6
b1c4: 3501 adds r5, #1
b1c6: 4680 mov r8, r0
b1c8: 4638 mov r0, r7
b1ca: f7fe faaf bl 972c <add_map_value>
b1ce: 2db8 cmp r5, #184 ; 0xb8
b1d0: 4607 mov r7, r0
b1d2: d1e1 bne.n b198 <read_rtx+0x160>
b1d4: 4c47 ldr r4, [pc, #284] ; (b2f4
<read_rtx+0x2bc>)
b1d6: 2100 movs r1, #0
b1d8: 460a mov r2, r1
b1da: 4b47 ldr r3, [pc, #284] ; (b2f8
<read_rtx+0x2c0>)
b1dc: 4847 ldr r0, [pc, #284] ; (b2fc
<read_rtx+0x2c4>)
b1de: 9400 str r4, [sp, #0]
b1e0: f7fd ec26 blx 8a30 <_init+0xa4>
b1e4: 2003 movs r0, #3
b1e6: f7fd fe61 bl 8eac <rtx_alloc_stat>
b1ea: 2300 movs r3, #0
b1ec: 4944 ldr r1, [pc, #272] ; (b300
<read_rtx+0x2c8>)
b1ee: 4a45 ldr r2, [pc, #276] ; (b304
<read_rtx+0x2cc>)
b1f0: 4684 mov ip, r0
b1f2: 20a1 movs r0, #161 ; 0xa1
b1f4: f8c9 c0c4 str.w ip, [r9, #196] ; 0xc4
b1f8: f002 fc3e bl da78 <htab_create>
b1fc: 2100 movs r1, #0
b1fe: 4b3e ldr r3, [pc, #248] ; (b2f8
<read_rtx+0x2c0>)
b200: 460a mov r2, r1
b202: 9400 str r4, [sp, #0]
b204: 4684 mov ip, r0
b206: 4840 ldr r0, [pc, #256] ; (b308
<read_rtx+0x2d0>)
b208: f8c9 c030 str.w ip, [r9, #48] ; 0x30
b20c: f7fd ec10 blx 8a30 <_init+0xa4>
b210: 2300 movs r3, #0
b212: 493b ldr r1, [pc, #236] ; (b300
<read_rtx+0x2c8>)
b214: 4a3b ldr r2, [pc, #236] ; (b304
<read_rtx+0x2cc>)
b216: 20a1 movs r0, #161 ; 0xa1
b218: f002 fc2e bl da78 <htab_create>
b21c: 2100 movs r1, #0
b21e: 460a mov r2, r1
b220: 4b35 ldr r3, [pc, #212] ; (b2f8
<read_rtx+0x2c0>)
b222: 9400 str r4, [sp, #0]
b224: f8c9 00a4 str.w r0, [r9, #164] ; 0xa4
b228: 4838 ldr r0, [pc, #224] ; (b30c
<read_rtx+0x2d4>)
b22a: f7fd ec02 blx 8a30 <_init+0xa4>
b22e: e70e b.n b04e <read_rtx+0x16>
b230: 9805 ldr r0, [sp, #20]
b232: f7ff f815 bl a260 <read_skip_spaces>
b236: f1b0 3fff cmp.w r0, #4294967295
b23a: d030 beq.n b29e <read_rtx+0x266>
b23c: 9905 ldr r1, [sp, #20]
b23e: f7fd ebfe blx 8a3c <_init+0xb0>
b242: 4b33 ldr r3, [pc, #204] ; (b310
<read_rtx+0x2d8>)
b244: a90c add r1, sp, #48 ; 0x30
b246: 9805 ldr r0, [sp, #20]
b248: 681b ldr r3, [r3, #0]
b24a: f841 4d04 str.w r4, [r1, #-4]!
b24e: f8c5 30cc str.w r3, [r5, #204] ; 0xcc
b252: f7ff fa7d bl a750 <read_rtx_1>
b256: 2800 cmp r0, #0
b258: f43f af0a beq.w b070 <read_rtx+0x38>
b25c: f8d5 20c4 ldr.w r2, [r5, #196] ; 0xc4
b260: 9b0b ldr r3, [sp, #44] ; 0x2c
b262: 9905 ldr r1, [sp, #20]
b264: 6090 str r0, [r2, #8]
b266: f8c5 20c8 str.w r2, [r5, #200] ; 0xc8
b26a: 60d4 str r4, [r2, #12]
b26c: 9207 str r2, [sp, #28]
b26e: 9308 str r3, [sp, #32]
b270: 9109 str r1, [sp, #36] ; 0x24
b272: b103 cbz r3, b276 <read_rtx+0x23e>
b274: 689b ldr r3, [r3, #8]
b276: ac07 add r4, sp, #28
b278: f8d9 0064 ldr.w r0, [r9, #100] ; 0x64
b27c: 4622 mov r2, r4
b27e: 4925 ldr r1, [pc, #148] ; (b314
<read_rtx+0x2dc>)
b280: 930a str r3, [sp, #40] ; 0x28
b282: f002 fe0d bl dea0 <htab_traverse>
b286: 4622 mov r2, r4
b288: f8d9 00b0 ldr.w r0, [r9, #176] ; 0xb0
b28c: 4921 ldr r1, [pc, #132] ; (b314
<read_rtx+0x2dc>)
b28e: f002 fe07 bl dea0 <htab_traverse>
b292: 9a0a ldr r2, [sp, #40] ; 0x28
b294: b92a cbnz r2, b2a2 <read_rtx+0x26a>
b296: 4b05 ldr r3, [pc, #20] ; (b2ac
<read_rtx+0x274>)
b298: f8d3 40c8 ldr.w r4, [r3, #200] ; 0xc8
b29c: e6dd b.n b05a <read_rtx+0x22>
b29e: 4620 mov r0, r4
b2a0: e6e6 b.n b070 <read_rtx+0x38>
b2a2: 9805 ldr r0, [sp, #20]
b2a4: 491c ldr r1, [pc, #112] ; (b318
<read_rtx+0x2e0>)
b2a6: f7fe fba7 bl 99f8 <fatal_with_file_and_line>
b2aa: bf00 nop
b2ac: 0001c734 .word 0x0001c734
b2b0: 0000970d .word 0x0000970d
b2b4: 00009749 .word 0x00009749
b2b8: 00010660 .word 0x00010660
b2bc: 000142c4 .word 0x000142c4
b2c0: 00009b41 .word 0x00009b41
b2c4: 00009639 .word 0x00009639
b2c8: 00009645 .word 0x00009645
b2cc: 00010534 .word 0x00010534
b2d0: 00009b09 .word 0x00009b09
b2d4: 00009649 .word 0x00009649
b2d8: 00009655 .word 0x00009655
b2dc: 0001053c .word 0x0001053c
b2e0: 00010544 .word 0x00010544
b2e4: 0001c7e0 .word 0x0001c7e0
b2e8: 0001054c .word 0x0001054c
b2ec: 0000ef44 .word 0x0000ef44
b2f0: 000143c4 .word 0x000143c4
b2f4: 00008a78 .word 0x00008a78
b2f8: 0000e1e1 .word 0x0000e1e1
b2fc: 0001c768 .word 0x0001c768
b300: 000096e9 .word 0x000096e9
b304: 000096fd .word 0x000096fd
b308: 0001c738 .word 0x0001c738
b30c: 0001c7ac .word 0x0001c7ac
b310: 0001c6d0 .word 0x0001c6d0
b314: 0000a119 .word 0x0000a119
b318: 00010554 .word 0x00010554
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug bootstrap/42093] [4.5 regression] bootstrap hangs in stage2 run of build/gengtype
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
` (3 preceding siblings ...)
2009-12-14 23:43 ` ramana at gcc dot gnu dot org
@ 2009-12-16 11:11 ` ramana at gcc dot gnu dot org
2009-12-22 16:36 ` ramana at gcc dot gnu dot org
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-12-16 11:11 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from ramana at gcc dot gnu dot org 2009-12-16 11:11 -------
(In reply to comment #3)
Comment #3 has a couple of incorrect statements about this being a problem with
the system compiler - It's actually a 4.5 problem because the object files used
in build/genmddeps are actually compiled by the stage1 compiler.
--
ramana at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|bootstrap hangs in stage2 |[4.5 regression] bootstrap
|run of build/gengtype |hangs in stage2 run of
| |build/gengtype
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug bootstrap/42093] [4.5 regression] bootstrap hangs in stage2 run of build/gengtype
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
` (4 preceding siblings ...)
2009-12-16 11:11 ` [Bug bootstrap/42093] [4.5 regression] " ramana at gcc dot gnu dot org
@ 2009-12-22 16:36 ` ramana at gcc dot gnu dot org
2009-12-23 16:37 ` ramana at gcc dot gnu dot org
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-12-22 16:36 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from ramana at gcc dot gnu dot org 2009-12-22 16:35 -------
Testing this patch. Thumb2 can't have signed numbers in the tbh instruction.
Index: arm.h
===================================================================
--- arm.h (revision 155371)
+++ arm.h (working copy)
@@ -2122,7 +2122,7 @@ typedef struct
&& (optimize_size || flag_pic)))
#define CASE_VECTOR_SHORTEN_MODE(min, max, body) \
- (TARGET_THUMB
\
+ (TARGET_THUMB1 \
? (min >= 0 && max < 512 \
? (ADDR_DIFF_VEC_FLAGS (body).offset_unsigned = 1, QImode) \
: min >= -256 && max < 256 \
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug bootstrap/42093] [4.5 regression] bootstrap hangs in stage2 run of build/gengtype
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
` (5 preceding siblings ...)
2009-12-22 16:36 ` ramana at gcc dot gnu dot org
@ 2009-12-23 16:37 ` ramana at gcc dot gnu dot org
2009-12-24 10:18 ` [Bug target/42093] [4.5 regression] Compressed switch tables for Thumb2 have signed offsets ramana at gcc dot gnu dot org
2010-06-07 21:00 ` grosser at gcc dot gnu dot org
8 siblings, 0 replies; 10+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-12-23 16:37 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from ramana at gcc dot gnu dot org 2009-12-23 16:36 -------
Subject: Bug 42093
Author: ramana
Date: Wed Dec 23 16:36:40 2009
New Revision: 155428
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155428
Log:
Fix PR target/42093
2009-12-23 Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>
PR target/42093
* config/arm/arm.h (CASE_VECTOR_PC_RELATIVE): Fix macro usage
to TARGET_THUMB1.
(CASE_VECTOR_SHORTEN_MODE): Allow signed offsets
only for TARGET_THUMB1.
2009-12-23 Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>
PR target/42093
* gcc.target/arm/pr42093.c: New test.
Added:
trunk/gcc/testsuite/gcc.target/arm/pr42093.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.h
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/42093] [4.5 regression] Compressed switch tables for Thumb2 have signed offsets
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
` (6 preceding siblings ...)
2009-12-23 16:37 ` ramana at gcc dot gnu dot org
@ 2009-12-24 10:18 ` ramana at gcc dot gnu dot org
2010-06-07 21:00 ` grosser at gcc dot gnu dot org
8 siblings, 0 replies; 10+ messages in thread
From: ramana at gcc dot gnu dot org @ 2009-12-24 10:18 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from ramana at gcc dot gnu dot org 2009-12-24 10:18 -------
Matthias confirmed to me privately that his bootstrap had gone past the
infinite loop in stage2 . There might be other issues with Thumb2 bootstrap -
we'll open new bugs in the future for those.
Updated subject line to be more appropriate.
--
ramana at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Component|bootstrap |target
Resolution| |FIXED
Summary|[4.5 regression] bootstrap |[4.5 regression] Compressed
|hangs in stage2 run of |switch tables for Thumb2
|build/gengtype |have signed offsets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug target/42093] [4.5 regression] Compressed switch tables for Thumb2 have signed offsets
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
` (7 preceding siblings ...)
2009-12-24 10:18 ` [Bug target/42093] [4.5 regression] Compressed switch tables for Thumb2 have signed offsets ramana at gcc dot gnu dot org
@ 2010-06-07 21:00 ` grosser at gcc dot gnu dot org
8 siblings, 0 replies; 10+ messages in thread
From: grosser at gcc dot gnu dot org @ 2010-06-07 21:00 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from grosser at gcc dot gnu dot org 2010-06-07 20:59 -------
Subject: Bug 42093
Author: grosser
Date: Mon Jun 7 20:59:33 2010
New Revision: 160403
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160403
Log:
Merge some commits missed during a merge from mainline in Dez 2009.
* README: Mention changes to Makefile.in and functions.texi.
* gather-docs: Mention 'make stamp-functions' in the header.
svn+ssh://gcc.gnu.org/svn/gcc/trunk@154545
* functions.texi: Rebuild.
svn+ssh://gcc.gnu.org/svn/gcc/trunk@154546
Fix PR target/40887
2009-12-24 Julian Brown <julian@codesourcery.com>
Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>
PR target/40887
* config/arm/arm.c (output_call_mem): Remove armv5 support.
* config/arm/arm.md (*call_mem): Disable for armv5. Add note.
(*call_value_mem): Likewise.
PR target/40887
* gcc.target/gcc.arm/pr40887.c: New test.
svn+ssh://gcc.gnu.org/svn/gcc/trunk@155453
Fix PR target/42093
2009-12-23 Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>
PR target/42093
* config/arm/arm.h (CASE_VECTOR_PC_RELATIVE): Fix macro usage
to TARGET_THUMB1.
(CASE_VECTOR_SHORTEN_MODE): Allow signed offsets
only for TARGET_THUMB1.
2009-12-23 Ramana Radhakrishnan <ramana.radhakrishnan@arm.com>
PR target/42093
* gcc.target/arm/pr42093.c: New test.
svn+ssh://gcc.gnu.org/svn/gcc/trunk@155428
PR debug/42454
* dwarf2out.c (add_ranges_by_labels_to_AT_range_list): New function.
(dwarf2out_finish): Call add_ranges_by_labels_to_AT_range_list.
* gcc.dg/debug/dwarf2/aranges-fnsec-1.c: Add check for .debug_ranges.
svn+ssh://gcc.gnu.org/svn/gcc/trunk@155429
Added:
branches/graphite/gcc/testsuite/gcc.target/arm/pr40887.c
branches/graphite/gcc/testsuite/gcc.target/arm/pr42093.c
Modified:
branches/graphite/gcc/config/arm/arm.c
branches/graphite/gcc/config/arm/arm.h
branches/graphite/gcc/config/arm/arm.md
branches/graphite/gcc/dwarf2out.c
branches/graphite/gcc/testsuite/gcc.dg/debug/dwarf2/aranges-fnsec-1.c
branches/graphite/libiberty/README
branches/graphite/libiberty/functions.texi
branches/graphite/libiberty/gather-docs
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42093
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2010-06-07 21:00 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-11-18 15:29 [Bug bootstrap/42093] New: bootstrap hangs in stage2 run of build/gengtype doko at ubuntu dot com
2009-11-19 4:12 ` [Bug bootstrap/42093] " doko at ubuntu dot com
2009-11-20 16:00 ` ramana at gcc dot gnu dot org
2009-12-11 10:18 ` ramana at gcc dot gnu dot org
2009-12-14 23:43 ` ramana at gcc dot gnu dot org
2009-12-16 11:11 ` [Bug bootstrap/42093] [4.5 regression] " ramana at gcc dot gnu dot org
2009-12-22 16:36 ` ramana at gcc dot gnu dot org
2009-12-23 16:37 ` ramana at gcc dot gnu dot org
2009-12-24 10:18 ` [Bug target/42093] [4.5 regression] Compressed switch tables for Thumb2 have signed offsets ramana at gcc dot gnu dot org
2010-06-07 21:00 ` grosser at gcc dot gnu dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).