--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-22 08:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #13 from jakub at gcc dot gnu dot org 2008-11-22 08:30 ---
Subject: Bug 37323
Author: jakub
Date: Sat Nov 22 08:28:44 2008
New Revision: 142116
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142116
Log:
PR middle-end/37323
* builtins.c (expand_builtin
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-10
14:54 ---
Subject: Re: [4.4 Regression] __builtin_apply failures
> Created an attachment (id=16639)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16639&action=view)
> --> (http://gcc.gnu.org/bugzilla/attachm
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-09
16:28 ---
Subject: Re: [4.4 Regression] __builtin_apply failures
> I guess the following patch should fix it. The question is if it doesn't
> break
> other targets...
I'll give it a try. If this fixes the probl
--- Comment #10 from jakub at gcc dot gnu dot org 2008-11-09 10:57 ---
Created an attachment (id=16639)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16639&action=view)
gcc44-pr37323.patch
I guess the following patch should fix it. The question is if it doesn't break
other target
--- Comment #9 from danglin at gcc dot gnu dot org 2008-11-08 21:46 ---
This seems wrong:
/* Put the insns after the NOTE that starts the function.
If this is inside a start_sequence, make the outer-level insn
chain current, so the code is placed at the start of the
--- Comment #8 from danglin at gcc dot gnu dot org 2008-11-08 21:40 ---
> It seems the insn to initialize reg:DI 69 is being emitted, but it appears
> that it is done too early and gets lost.
No, it's not lost. Insn 27 has been inserted before insn 2:
[...]
(insn 27 26 28 2 /test/gnu/
--- Comment #7 from danglin at gcc dot gnu dot org 2008-11-08 21:29 ---
It seems the insn to initialize reg:DI 69 is being emitted, but it appears
that it is done too early and gets lost.
Breakpoint 8, emit_insn (x=0x83fffdfc5c80)
at ../../gcc/gcc/emit-rtl.c:4415
4415 rtx l
--- Comment #6 from danglin at gcc dot gnu dot org 2008-11-08 19:38 ---
Starting program: /test/gnu/gcc/objdir/stage1-gcc/cc1 -iprefix
/test/gnu/gcc/objdir/gcc/../lib/gcc/hppa64-hp-hpux11.11/4.4.0/ -isystem
/test/gnu/gcc/objdir/gcc/include -isystem
/test/gnu/gcc/objdir/gcc/include-fixed
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-08
18:59 ---
Subject: Re: [4.4 Regression] __builtin_apply
failures
On Sat, 08 Nov 2008, danglin at gcc dot gnu dot org wrote:
> 0x40002b18 : std r0,10(r3)
> 0x40002b1c : ldd 10(r3),ret0
>
--- Comment #3 from danglin at gcc dot gnu dot org 2008-11-08 17:28 ---
(gdb) r
Starting program: /test/gnu/gcc/objdir/gcc/testsuite/gcc/builtin-apply4.xg
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared library which
--- Comment #2 from danglin at gcc dot gnu dot org 2008-11-08 02:02 ---
As of 2008-11-07, the only remaining failure is builtin-apply4.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37323
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37323
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37323
--- Comment #1 from danglin at gcc dot gnu dot org 2008-09-01 19:52 ---
Also,
FAIL: gcc.dg/builtin-return-1.c execution test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37323
16 matches
Mail list logo
