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).