--- Comment #1 from m dot a dot hulsen at tue dot nl 2009-09-13 06:53
---
Created an attachment (id=18576)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18576&action=view)
source file exposing the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41347
with attached source file
gfortran -c -O3 hsl_ma41.f90
gives
hsl_ma41.f90: In function prinfo.1459:
hsl_ma41.f90:616:0: error: type mismatch in component reference
integer(kind=4)[0:D.1496] * restrict
integer(kind=4)[0:D.2718] *
# VUSE <.MEM_56>
D.2523_12 = CHAIN.85_1(D)->info.0;
hsl_ma41.f
Trying to compile a precompiled header from stdin (e.g. "gcc -x c-header -")
causes the following message (with a different filename each time):
:1: fatal error: error closing /tmp/ccoH8xmg.s: Bad file descriptor
compilation terminated.
This makes it very difficult to test for PCH support in auto
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-09-13 03:46
---
Fixed on trunk. Will commit to 4.4.x in a few days.
(approved by Janne on IRC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41328
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2009-09-13 03:44
---
Subject: Bug 41328
Author: jvdelisle
Date: Sun Sep 13 03:44:34 2009
New Revision: 151666
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151666
Log:
2009-09-12 Jerry DeLisle
PR libgfortran/4132
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-09-13 03:41
---
Subject: Bug 41328
Author: jvdelisle
Date: Sun Sep 13 03:41:41 2009
New Revision: 151665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151665
Log:
2009-09-12 Jerry DeLisle
PR libgfortran/4132
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
CC||danglin at gcc dot gnu dot
|
--- Comment #1 from msebor at gmail dot com 2009-09-12 23:33 ---
Code involving bool variables is similarly suboptimal:
$ cat t.cpp && gcc -O2 -S t.cpp && cat t.s
bool foo (bool a, bool b) {
return a && b || !a && !b;
}
bool bar (bool a, bool b) {
return a == b;
}
.file
--- Comment #1 from danglin at gcc dot gnu dot org 2009-09-12 20:49 ---
(gdb) r
Starting program: /mnt/gnu/gcc/objdir/gcc/testsuite/gcc/20070614-1.x0
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared library which
is no
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-12 20:02 ---
srcshift is not moved out of the loop because we think the store to dstdata may
alias it. I'll fix that.
Index: tree-ssa-alias.c
===
--- tree-ssa-alia
--- Comment #2 from danglin at gcc dot gnu dot org 2009-09-12 19:54 ---
This is now fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #1 from danglin at gcc dot gnu dot org 2009-09-12 19:54 ---
This is now fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from baldrick at free dot fr 2009-09-12 19:52 ---
I just updated to top-of-tree, and the same problem is present.
I think the variable is the RESULT_DECL from function f. Here's
a dump of the repeated variable (notice how the next variable
on the chain is the same as this
--- Comment #2 from ubizjak at gmail dot com 2009-09-12 19:25 ---
The testcase does not verctorize anymore, even in the modified form:
--cut here--
const int srcshift;
void good (int *restrict srcdata, int *restrict dstdata)
{
int i;
for (i = 0; i < 256; i++)
dstdata[i] = srcd
--- Comment #2 from dirtyepic at gentoo dot org 2009-09-12 18:48 ---
Created an attachment (id=18575)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18575&action=view)
stage 3 bitmap.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41345
--- Comment #1 from dirtyepic at gentoo dot org 2009-09-12 18:47 ---
Created an attachment (id=18574)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18574&action=view)
stage 2 bitmap.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41345
With current trunk (151649), bootstrap fails during the comparison stage when
--disable-checking is used. GCC was built with:
$ ../configure --disable-checking
$ make -j4
which ultimately results in:
make "DESTDIR=" "RPATH_ENVVAR=LD_LIBRARY_PATH"
"TARGET_SUBDIR=x86_64-unknown-linux-gnu" "bindir
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-12 17:40 ---
Confirmed.
#0 0x085b0193 in main_block_label (label=0xb7bb63f0)
at /home/richard/src/trunk/gcc/tree-cfg.c:1065
1065 tree main_label = label_for_bb[bb->index].label;
(gdb) p bb
$2 = (basic_block) 0x0
#1 0
--- Comment #1 from george at gcc dot gnu dot org 2009-09-12 17:34 ---
Created an attachment (id=18573)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18573&action=view)
Code that elicits the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41344
Compilation successful without -fopenmp; ICE only with -fopenmp
Using latest binary release on gfortran / GCC Wiki
Code attached.
#gfortran -v -save-temps -fopenmp -c -o xrotate.o xrotate.f
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: /tmp/gfortran-20090604/ibin/../gcc/
--- Comment #12 from J-A dot Martin at sympatico dot ca 2009-09-12 16:17
---
(In reply to comment #11)
> (In reply to comment #10)
>
> > It doesn't work if the 3rd dimension is > 2
> > The test case only shows the array shape.
> > It should fill the sample arrays and
> > compares.
>
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2009-09-12 15:08
---
Subject: Bug 41219
Author: jvdelisle
Date: Sat Sep 12 15:08:27 2009
New Revision: 151653
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151653
Log:
2009-09-12 Jerry DeLisle
PR libgfortran/412
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2009-09-12 14:48
---
I will do the write.c one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from tkoenig at gcc dot gnu dot org 2009-09-12 14:00
---
(In reply to comment #10)
> It doesn't work if the 3rd dimension is > 2
> The test case only shows the array shape.
> It should fill the sample arrays and
> compares.
The test case is:
! { dg-do run }
program m
--- Comment #10 from J-A dot Martin at sympatico dot ca 2009-09-12 13:43
---
(In reply to comment #8)
> Subject: Bug 40962
>
> Author: tkoenig
> Date: Thu Aug 20 20:42:38 2009
> New Revision: 150975
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150975
> Log:
> 2009-08-20
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-12 12:11 ---
We should be able to refer to previous debug insn/stmt vars instead of blindly
propagating all RHSs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41343
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-09-12 12:10 ---
Because I can easily cause exponential growth with them:
void foo (int i)
{
int i1 = i + i;
int i2 = i1 + i1;
int i3 = i2 + i2;
int i4 = i3 + i3;
}
will generate
# DEBUG i1 => i_1(D) + i_1(D)
# DEBUG i
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-12 11:56 ---
We should definitely limit the size of expressions we store in debug
stmts/insns.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41340
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-09-12 11:46
---
We should instead revert
2009-08-18 Michael Matz
* trans-expr.c (gfc_conv_substring): Don't evaluate casted decl early,
change order of length calculation to (end - start) + 1.
(gfc_get
--- Comment #6 from ktietz at gcc dot gnu dot org 2009-09-12 10:55 ---
I added you to this thread, as you merged new pseudo-relocation code to
mingw.org's runtime.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from ktietz at gcc dot gnu dot org 2009-09-12 09:54 ---
I tested this bug for 4.5 and here it seems to be solved for i686-pc-mingw32.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jv244 at cam dot ac dot uk 2009-09-12 08:30 ---
there are more miscompilations than the one file mentioned here. The full build
seems to go fine with -fno-strict-aliasing. I've tested some patches mentioned
in PR41212, more info there.
--
http://gcc.gnu.org/bugzi
--- Comment #11 from jv244 at cam dot ac dot uk 2009-09-12 08:29 ---
(In reply to comment #9)
> Indeed. For fixing fwprop this:
[...]
> or this:
[...]
> will both fix the issue at hand. The first will propagate to everywhere
> (with the problem mentioned in the comment, so that would ne
--- Comment #5 from ramana at gcc dot gnu dot org 2009-09-12 07:05 ---
(In reply to comment #2)
> Created an attachment (id=18572)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18572&action=view) [edit]
> patch that might help alleviate the problem
>
> This patch helped me save a
35 matches
Mail list logo
