--- Comment #8 from steven at gcc dot gnu dot org 2006-08-02 21:10 ---
Happens when we are in find_if_case_1, where we call:
delete_basic_block (then_bb);
The basic block we try to remove is this one:
;; basic block 5, loop depth 1, count 0
;; prev block 9, next block 6
;; pred:
;;
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
CC||fang at csl dot cornell dot
|
--- Comment #7 from steven at gcc dot gnu dot org 2006-08-02 20:52 ---
;; Insn is not within a basic block
(code_label 48 47 49 11 "" [3 uses])
;; Insn is not within a basic block
(jump_insn 49 48 50 (addr_diff_vec:DI (label_ref:DI 48)
[
(label_ref:DI 103)
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-08-02 20:49 ---
Done.
I have XFAILed the testcase instead of removing it again. I'll re-open the
missed optimization PR.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-08-02 20:49 ---
Subject: Bug 28479
Author: rguenth
Date: Wed Aug 2 20:48:59 2006
New Revision: 115887
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115887
Log:
2006-08-02 Richard Guenther <[EMAIL PROTECTED]>
PR c
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-08-02 20:39
---
Richard --
Please revert your patch. A missed-optimization problem is less severe than
this failure mode. Then, let's work out what's going on and what other options
are available.
-- Mark
--
http://gcc.gn
Processing commands for [EMAIL PROTECTED]:
> tags 381176 + upstream
Bug#381176: [ia64] switch statement points to unreferenced label at -O2
There were no tags set.
Tags added: upstream
> forwarded 381176 http://gcc.gnu.org/PR28574
Bug#381176: [ia64] switch statement points to unreferenced label a
--- Comment #6 from tbm at cyrius dot com 2006-08-02 19:43 ---
Slightly more reduced testcase:
typedef enum yasm_module_type {
YASM_MODULE_ARCH = 0,
YASM_MODULE_DBGFMT,
YASM_MODULE_OBJFMT,
YASM_MODULE_LISTFMT,
YASM_MODULE_OPTIMIZER
} yasm_module_type;
typedef struct
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #5 from tbm at cyrius dot com 2006-08-02 19:17 ---
So from 144r (peephole2) to 145r (ce3) it goes from:
;; Insn is not within a basic block
(code_label 48 47 49 11 "" [3 uses])
;; Insn is not within a basic block
(jump_insn 49 48 50 (addr_diff_vec:DI (label_ref:DI 48)
--- Comment #4 from tbm at cyrius dot com 2006-08-02 19:15 ---
Ah, sorry, looked for the wrong number. The last pass which has the case_label
is:
yasm-module.c.144r.peephole2:(code_label 48 47 49 11 "" [3 uses])
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28574
--- You are
--- Comment #3 from tbm at cyrius dot com 2006-08-02 19:13 ---
Thanks for the explanation! I see the following two references in the
assembler file but I don't see any code_label references to those number in the
dumps.
//(insn/c 185 231 30 2 (set (reg/f:DI 14 r14 [386])
//(plu
--- Comment #2 from steven at gcc dot gnu dot org 2006-08-02 19:03 ---
There are a million reasons why labels can disappear in GCC. This happens
because GCC deletes or keeps labels based on ref counting (LABEL_NUSES and
friends) and this is just too fragile.
The way for you to narrow do
Package: gcc-snapshot
Version: 20060721-1
PR28574
> Automatic build of yasm_0.5.0-1 on coconut0.coconut.gelato.org by sbuild/ia64
> 0.49
...
> ia64-linux-gnu-gcc -ansi -pedantic -Wall -Wall -g -O2 -Wl,-z,defs -o yasm
> yasm.o yasm-options.o libyasm.a
> libyasm.a(module.o): In function `ya
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28574
--- You
--
tbm at cyrius dot com changed:
What|Removed |Added
Keywords||link-failure
Known to fail||4.2.0
Known
--
tbm at cyrius dot com changed:
What|Removed |Added
CC||roger at eyesopen dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28574
--
tbm at cyrius dot com changed:
What|Removed |Added
CC||sje at cup dot hp dot com
GCC build triplet|[EMAIL PROTECTED] |
ht
--- Comment #1 from tbm at cyrius dot com 2006-08-02 17:17 ---
Created an attachment (id=11999)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11999&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28574
--- You are receiving this mail because: ---
--
tbm at cyrius dot com changed:
What|Removed |Added
CC||debian-gcc at lists dot
||debian
Your message dated Wed, 2 Aug 2006 17:59:48 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#381158: cc not found
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibi
Package: gcc-4.1
Version: 4.1.1-15
although I installed gcc-4.1, cc is not found when starting make to e.g.
build sendmail
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
Attachment #11996|Patch |Oops! Wrong bug.
description||
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:49
---
Created an attachment (id=11997)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11997&action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489
--- You are receiving this mail because
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:45
---
Created an attachment (id=11996)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11996&action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490
--- You are receiving this mail because
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:44
---
(In reply to comment #8)
> The time that this started occurring looks to be about the time that Maxim was
> making scheduling changes for IA64 speculation. Maxim could you look at this
> bug and see if it is rela
--- Comment #83 from aph at gcc dot gnu dot org 2006-08-02 10:56 ---
*** Bug 16825 has been marked as a duplicate of this bug. ***
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #23 from aph at gcc dot gnu dot org 2006-08-02 10:56 ---
QuadCurve2D.solveQuadratic already uses the algorithm in Numerical Recipes.
*** This bug has been marked as a duplicate of 323 ***
--
aph at gcc dot gnu dot org changed:
What|Removed
Package: gcc-4.1-source
Version: 4.1.1-10
/usr/bin/make -f debian/rules.conf control
make[1]: Entering directory `/tmp/gcc-4.1-4.1.1'
debian/rules.defs:50: Extraneous text after `else' directive
debian/rules.conf:127: Extraneous text after `else' directive
debian/rules.conf:130: Extraneous text
29 matches
Mail list logo