--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-10 01:06 ---
Confirmed, this is a bug in the complex lower pass.
Before:
D.1018_25 = D.1017_24 * __complex__ (0.0, 1.0e+0);
# PARM_NOALIAS.11_29 = V_MAY_DEF ;
(*sol.0_8)[D.1015_21] = D.1018_25;
After:
D.1018_25 = COMPL
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-10 01:09 ---
I tried a C testcase but I could not get one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29791
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-10 01:09 ---
I am testing the fix right now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28812
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-10 01:55 ---
> (it considers the shifts being of cost one)
depends on the target. On some targets (Cell), shifts with a constant shifter
is cheap (same as a normal add or subtract) while with a non constant one, it
is microcoded
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-10 02:06 ---
(gdb) p t->common.ann->common.type
$4 = TREE_ANN_COMMON
(gdb) p debug_generic_expr (t)
C.1125
$5 = void
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29788
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-10 02:09 ---
:;
if (&C.1125 != 0B) goto ; else goto ;
:;
D.1942_276 = C.1125;
if (D.1942_276) goto ; else goto ;
The address of a CONST_DECL can never be null.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29788
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-10 02:38 ---
Reduced testcase:
program gfcbug43
call try_fit (1)
call try_fit (1)
contains
subroutine try_fit (k)
call fit (1, debug=.true.)
end subroutine try_fit
subroutine fit (k, debug)
logical, intent(in),
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-10 02:40 ---
Related to PR 26994.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDepen
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2006-11-10
02:49 ---
A patch fixing this bug has been submitted to gcc-patches...
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00493.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26814
I'm working on tools to use the DWARF information to do several things, such as
finding holes in structures, help in finding inline functions to uninline, etc,
the tools are available at this git repository:
http://www.kernel.org/git/?p=linux/kernel/git/acme/pahole.git;a=summary
One of the tools i
--- Comment #18 from fche at redhat dot com 2006-11-10 03:09 ---
For what it's worth, this problem does not appear to show up in current
mainline
gcc. If indeed it was caused by tree-ssa passes other than mudflap itself,
a backport of whatever is making it work now seems very unlikely.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-10 03:09 ---
Can you supply a preprocessed source of sched.c and the options which you
compiled it with?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
--- Comment #2 from acme at mandriva dot com 2006-11-10 03:19 ---
(In reply to comment #1)
> Can you supply a preprocessed source of sched.c and the options which you
> compiled it with?
>
Find the kernel/sched.i file attached, the options were these ones:
gcc -m32 -Wp,-MD,kernel/.sch
--- Comment #3 from acme at mandriva dot com 2006-11-10 03:20 ---
Created an attachment (id=12584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12584&action=view)
Preprocessed sched.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-10 04:47 ---
This is correct behavior according to the C++ standard. 23.1.1/13 only
references at() does bounds checking.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
The Test instruction applied to the rCX register followed by a Jump if Zero
with an 8-bit displacement can be replaced by a single JCXZ/JECXZ/JRCXZ
instruction with no loss of performance (1 cycle + 1 cycle verses 2 cycles on
K8 processors) and a one or two byte decrease in I-cache use per instance
--- Comment #1 from nmiell at comcast dot net 2006-11-10 06:59 ---
Created an attachment (id=12585)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12585&action=view)
little C demonstration
This is a test function in C that demonstrate a case where gcc could be using
JrCXZ and isn't
--- Comment #4 from pault at gcc dot gnu dot org 2006-11-10 07:43 ---
Tobias,
This is fixed by the patch for PR fortran/29539 and PR fortran/29634. It will
be committed to 4.2 this weekend and to 4.1 as soon as I can.
I will close this PR when I do 4.2; I do not think that it necessar
101 - 118 of 118 matches
Mail list logo
