--- Comment #12 from ebotcazou at gcc dot gnu dot org 2010-05-14 07:10
---
> the compiler may think that "something" do not modify eax. So next assignment
> may use eax ( mov eax, x ). So, "it does not make sense to have it as a
> clobber" is not correct. does not it ?
Andrew was sayin
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-14 07:25 ---
Perhaps we just shouldn't ever warn for TREE_CONSTANT decls with
-Wunused-but-set-* ?
Such variables can't be ever set (the set is just the definition),
therefore all sets of TREE_USED for them are reads.
That said,
--- Comment #6 from ubizjak at gmail dot com 2010-05-14 07:36 ---
Missing/wrong documentation is covered by PR25519.
*** This bug has been marked as a duplicate of 25519 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #10 from ubizjak at gmail dot com 2010-05-14 07:36 ---
*** Bug 20049 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #1 from iains at gcc dot gnu dot org 2010-05-14 08:17 ---
this was caused by r159370, 72 or 72.
(CC ing Jan Hubika).
in case it's relevant, the emutls control vars are not finalized .
I have a patch to do this
(http://gcc.gnu.org/ml/gcc-patches/2010-05/msg00824.html) ...
...
struct S { int i, j; };
int foo (int l)
{
struct S s;
s.j = l - 22;
return s.i + s.j;
}
with -O2 -W -Wall in 4.4 this used to warn:
v.c: In function 'foo':
v.c:6: warning: 's.i' is used uninitialized in this function
but with 4.5+ it warns:
v.c: In function 'foo':
v.c:6:11: warning: '({anon
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44133
--- Comment #8 from tkoenig at gcc dot gnu dot org 2010-05-14 09:15 ---
New timings, on x86_64-unknown-linux-gnu. I split off the "invalidate"
subroutine to make sure the optimizers don't optimize this out:
i...@linux-fd1f:/tmp> gfortran -O3 matmul.f90 invalidate.f90
i...@linux-fd1f:/t
This code leads to the adding of 0.0, which is a nop. Any
signalling should have been done previously.
i...@linux-fd1f:/tmp> cat mult.f90
subroutine foo(a,b,c)
real, intent(in) :: a,b
real, intent(out) :: c
c = 0.0
c = c + a*b
end subroutine foo
i...@linux-fd1f:/tmp> gfortran -O3 -fdump-t
The declaration of arrays with negative bounds leads to a warning message,
probably caused by an integer overflow. The program below leads to the message
gprogram.f90:6.19:
call fill_array(my_arr)
1
Warning: Actual argument contains too few elements for dummy argument 'arr'
--- Comment #1 from thomasr at nikhef dot nl 2010-05-14 09:24 ---
Created an attachment (id=20660)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20660&action=view)
Test program that reproduces the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44135
--- Comment #49 from dominiq at lps dot ens dot fr 2010-05-14 09:28 ---
> Any news on this?
Still there at revision 159329. Ira Rosen has devoted a fair amount of time to
trace the problem, but nobody cared to pursue.
Presently this PR has nothing to do with -g nor -ma64, so I updated
--- Comment #10 from paolo dot carlini at oracle dot com 2010-05-14 09:42
---
This is another, slightly different testcase, both must added to the testsuite:
==
struct A {};
struct B : A, A {};
struct B : A, A {};
==
--
http://gcc.gnu.org/b
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-14 09:43
---
Fixed for 4.6.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from jamborm at gcc dot gnu dot org 2010-05-14 09:47 ---
Mine.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from stefanwin at gmx dot net 2010-05-14 10:04 ---
My sample program:
// g++ 4.0.0-1
// compile: g++ -c -Wall progname.c -> ist ok
// link (AIX linker "ld"): g++ -o progname progname.o
// ERROR: Undefined symbol: .std::basic_string, std::allocator >::basic_string()
// ER
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-14 10:27
---
Yes. Note that gcc-4.0.x, 4.1.x, and 4.2.x are *not maintained anymore* and
bugs affecting only those release series are simply closed.
Thus, before anything else, try a current release, preferably gcc-4.4.x.
/* { dg-do compile } */
/* { dg-options "-w -O2 -g" } */
/* { dg-options "-w -O2 -g -mno-sse" { target { { i?86-*-* x86_64-*-* && ilp32
} } } */
#define vector __attribute((vector_size(16)))
vector float a;
float
foo (float b)
{
vector float c = {0, 0, 0, 0 };
vector float d = {0, 0, 0, 0 };
--- Comment #27 from paolo at gcc dot gnu dot org 2010-05-14 11:40 ---
Subject: Bug 43259
Author: paolo
Date: Fri May 14 11:40:05 2010
New Revision: 159389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159389
Log:
2010-05-14 Silvius Rus
PR libstdc++/43259
*
--- Comment #28 from paolo dot carlini at oracle dot com 2010-05-14 11:41
---
Fixed for 4.5.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #23 from janus at gcc dot gnu dot org 2010-05-14 11:53 ---
(In reply to comment #22)
> Janus, is there something left to do here?
Yes, sure. The ICE has not been fixed yet. With 4.6 trunk (r159368) I still get
the same ICE on comment #8/#14:
internal compiler error: in reso
--- Comment #5 from stefanwin at gmx dot net 2010-05-14 11:55 ---
If I want to install the gcc-4.4.0, I get the error "libgmp.a" and libmpfr.a
not found.
It seems I have to rebuild something.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44092
--- Comment #2 from janus at gcc dot gnu dot org 2010-05-14 12:04 ---
(In reply to comment #1)
> Copying your code into uh.f90 gives
>
> laptop:kargl[204] gfc4x -o z uh.f90
> laptop:kargl[205] ./z
> Derived DoIt
>
> with i686-*-freebsd and x86_64-*-freebsd on trunk.
Yes, the failure
--- Comment #6 from redi at gcc dot gnu dot org 2010-05-14 12:05 ---
You might want to read http://gcc.gnu.org/install/ starting with
"Prerequisites"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44092
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44136
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:19 ---
But -0.0 + 0.0 is 0.0, so the transformation is only valid for
-fno-signed-zeros.
--
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.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44132
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:33 ---
Confirmed and mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:26 ---
Waiting for a testcase. And for the reporter to try the tip of the 4.5 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-14 12:36 ---
Subject: Bug 44124
Author: rguenth
Date: Fri May 14 12:36:28 2010
New Revision: 159390
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159390
Log:
2010-05-14 Richard Guenther
PR tree-optimization/
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-14 12:40 ---
Subject: Bug 44124
Author: rguenth
Date: Fri May 14 12:40:18 2010
New Revision: 159391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159391
Log:
2010-05-14 Richard Guenther
PR tree-optimization/
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-14 12:40 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-05-14 12:51
---
Fixed (hopefully).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-05-14 12:51
---
Subject: Bug 38591
Author: rguenth
Date: Fri May 14 12:51:31 2010
New Revision: 159392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159392
Log:
2010-05-15 Richard Guenther
PR bootstrap/38591
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42255
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43190
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43866
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44127
With revision 159369 these tests passed.
>From revision 159376 and on, including at least 159388, these tests have failed
as follows:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/objc.dg/torture/tls/tls.exp ...
FAIL: objc.dg/torture/tls/thr-init-2.m -O1 (test for excess errors)
WARNING: objc.d
Sent from my iPhone
On May 14, 2010, at 2:18 AM, "tkoenig at gcc dot gnu dot org" > wrote:
This code leads to the adding of 0.0, which is a nop. Any
signalling should have been done previously.
It is not signalling that matters here but signed zero. 0.0 + -0.0 ==
0.0. So without the 0.0
--- Comment #2 from pinskia at gmail dot com 2010-05-14 13:10 ---
Subject: Re: New: Unneeded +0.0 for c = 0.0 ; c = c+ a*b
Sent from my iPhone
On May 14, 2010, at 2:18 AM, "tkoenig at gcc dot gnu dot org"
wrote:
> This code leads to the adding of 0.0, which is a nop. Any
> signa
--- Comment #11 from mlrus at mac dot com 2010-05-14 13:25 ---
The following shows how to patch, compile and use boost 1.43.0 with g++
-std=c++0x. At issue are the rvalue references and typecasts in the boost
threading libraries. Simply tell Boost not to use its rvalue reference code
w
If a template class whose parent is a template class tries to call a template
method using the normal this->methodname() syntax, g++ fails to parse the
source file (details below).
-- begin test case file bug.cpp --
#define BUG_HERE
class T1;
//class A declares a template method
class A
{
public:
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-14 14:22
---
You want: this->template test();
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
Windows targets that use emutls add a "." character as a separator from the
_emutls_{t,v} and the true symbol name. However, exporting these symbol names
from a DLL is problematic (i.e. a thread local data variable), because the "."
in the symbol name tells the Windows loader to treat the symbol a
On Linux/ia32, I got
Executing on host: /export/build/gnu/gcc/build-i686-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-i686-linux/gcc/
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/objc.dg/torture/tls/thr-init-3.m
-O2 -flto -fgnu-runtime
-I/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/../.
--- Comment #3 from hjl at gcc dot gnu dot org 2010-05-14 14:43 ---
Subject: Bug 44088
Author: hjl
Date: Fri May 14 14:43:32 2010
New Revision: 159395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159395
Log:
Support AVX for cmpss/cmpsd.
gcc/
2010-05-14 H.J. Lu
Ba
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 14:44 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #11 from paolo dot carlini at oracle dot com 2010-05-14 15:04
---
On it, after all ;)
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #26 from armin76 at gentoo dot org 2010-05-14 15:07 ---
Why hasn't that patch have been applied?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974
--- Comment #27 from paolo dot carlini at oracle dot com 2010-05-14 15:11
---
You mean the patch in Comment # 20? Because it seems an hack to me. Maybe Ralf
is willing to explain why is the only possible fix. In the meanwhile just
disabling the generation of the PCHs works around the pr
Redundant loads and stores created with the new -mtune=bdver1 target. BDVER1 is
optimized to generate packed single moves instead packed double/integer moves
to save 1 byte of space.
Here is the excerpt from the asm dump for ac.f90 benchmark in the Polyhedron
testsuite. Complete asm dump generated
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 15:25 ---
That's obviously a objc bug, not a lto bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
Redundant loads and stores created with the new -mtune=bdver1 target. BDVER1 is
optimized to generate packed single moves instead packed double/integer moves
to save 1 byte of space.
Here is the excerpt from the asm dump for ac.f90 benchmark in the Polyhedron
testsuite. Complete asm dump generated
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-14 15:31 ---
*** This bug has been marked as a duplicate of 44141 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-14 15:31 ---
*** Bug 44142 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44141
--- Comment #12 from redi at gcc dot gnu dot org 2010-05-14 15:36 ---
(In reply to comment #11)
>
> 2. Modify gcc.hpp to disable the conditional compilation of rvalue references
> (temporarily, until that part of the code works with g++)
> diff gcc.hpp.orig gcc.hpp
> 124c124,125
> # def
--- Comment #28 from dougsemler at gmail dot com 2010-05-14 15:49 ---
I tried adding -nostdinc++ via --enable-cxx-flags configure option, but those
aren't passed through to the pch compilation...and I'm not sure that it's
appropriate to pass all the --enable-cxx-flags to the pch generati
PR 41564 came back.
--
Summary: -fdump-tree-all for lto does not work as expected
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu d
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #2 from kargl at gcc dot gnu dot org 2010-05-14 16:23 ---
The problem seems to be triggered by the upper bound value of 0.
If I change it to 1 or -1 in both the main program and the
subroutine, then the warning is not triggered.
--
kargl at gcc dot gnu dot org changed:
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 16:26 ---
Did it?
> ./xgcc -B. -o t 1.c 2.c -flto -fdump-tree-optimized
> ls t.142t.optimized 1.c.142t.optimized 2.c.142t.optimized
1.c.142t.optimized 2.c.142t.optimized t.142t.optimized
or do you mean with -fwhopr? Yes,
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-14 16:32 ---
I saw
[...@gnu-26 tmp]$ ls /tmp/cc*.alias
/tmp/cc0eEl7p.wpa.o.062t.alias /tmp/cckTN74j.wpa.o.062t.alias
/tmp/cc0fl2Gv.wpa.o.062t.alias /tmp/ccKxCa48.wpa.o.062t.alias
/tmp/cc0mDjKr.wpa.o.062t.alias /tmp/cc
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-14 16:33 ---
So that's not "-fdump-tree-* do not work as expected" but "testing leaves
temporary files behind"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--- Comment #3 from kargl at gcc dot gnu dot org 2010-05-14 16:34 ---
I have a patch that I'm testing.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-14 16:35 ---
I suppose the optimization can be re-implemented as a peephole2 or as
optimization
in the assembler instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44141
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 16:38 ---
I opened PR 41708, which is closed as a dup for PR 41564.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-14 16:53 ---
I'll fix it (again).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-14 17:13 ---
Btw, I like to have wpa/ltrans dumps named after the final output file, not
random source files. That would allow easier adaption of dg-scan-* i think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-14 18:09 ---
Subject: Bug 44136
Author: jakub
Date: Fri May 14 18:09:14 2010
New Revision: 159400
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159400
Log:
PR debug/44136
* cfgexpand.c (expand_debug_expr):
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-14 18:11 ---
Subject: Bug 44136
Author: jakub
Date: Fri May 14 18:11:03 2010
New Revision: 159401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159401
Log:
PR debug/44136
* cfgexpand.c (expand_debug_expr):
On vect256 branch, revision 159384 gave
[...@gnu-18 gcc]$ cat /tmp/x.c
void
foo (char * dest, int xcount, int ycount)
{
int x, y;
for (y = 0; y < ycount; y++)
for (x = 0; x < xcount; x++)
dest[x + y*2] = 0;
}
[...@gnu-18 gcc]$ ./xgcc -B./ -O2 -ftree-vectorize -O2 -mavx -S /tmp/x.c
/t
--- Comment #1 from hjl at gcc dot gnu dot org 2010-05-14 18:29 ---
Subject: Bug 44144
Author: hjl
Date: Fri May 14 18:28:52 2010
New Revision: 159404
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159404
Log:
Increase base_name alignment only if base_name is a variable.
gcc/
--- Comment #4 from kargl at gcc dot gnu dot org 2010-05-14 18:29 ---
Patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01080.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44135
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-14 18:47 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #1 from jason at gcc dot gnu dot org 2010-05-14 18:55 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 18:55:10 2010
New Revision: 159407
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159407
Log:
PR c++/44127
gcc:
* gimplify.c (gimplify_seq_add_
--- Comment #2 from jason at gcc dot gnu dot org 2010-05-14 18:55 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 18:55:22 2010
New Revision: 159408
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159408
Log:
PR c++/44127
gcc:
* gimple.h (enum gf_mask): Add
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-14 19:59 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 19:59:32 2010
New Revision: 159410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159410
Log:
PR c++/44127
gcc:
* gimplify.c (gimplify_seq_add_
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-14 20:00 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 19:59:43 2010
New Revision: 159411
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159411
Log:
PR c++/44127
gcc:
* gimple.h (enum gf_mask): Add
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-14 20:18 ---
Subject: Bug 44119
Author: rguenth
Date: Fri May 14 20:18:34 2010
New Revision: 159412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159412
Log:
2010-05-14 Richard Guenther
PR tree-optimization/
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-14 20:22 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
~/gcc/gcc-4_4-branch/mips-build/gcc$ ./xgcc -v
Using built-in specs.
Target: mips-unknown-linux-uclibc
Configured with: ../configure --target=mips-unknown-linux-uclibc
--prefix=/home/ryan/x-tools/mips-unknown-linux-uclibc
--with-sysroot=/home/ryan/x-tools/mips-unknown-linux-uclibc/mips-unknown-linu
--- Comment #2 from froydnj at gcc dot gnu dot org 2010-05-14 20:47 ---
Subject: Bug 44103
Author: froydnj
Date: Fri May 14 20:47:39 2010
New Revision: 159414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159414
Log:
PR 44103
* java-tree.h (START_RECORD_CONSTRUC
--- Comment #1 from rmansfield at qnx dot com 2010-05-14 20:48 ---
Created an attachment (id=20661)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20661&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44145
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-14 21:02 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 21:02:26 2010
New Revision: 159415
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159415
Log:
2010-05-14 Steven G. Kargl
PR fortran/44135
*
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-14 21:16 ---
We fold
D.1794_14 = D.1795_13 * 4;
D.1793_15 = &vals[0][0] + D.1794_14;
to &vals[0][D.1795_13]
Now we can either avoid doing this kind of foldings or we need to be more
careful when analyzing the result in the
--- Comment #6 from kargl at gcc dot gnu dot org 2010-05-14 21:17 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 21:17:42 2010
New Revision: 159417
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159417
Log:
2010-05-14 Steven G. Kargl
PR fortran/44135
*
7065
# of expected failures 95
# of unsupported tests 339
make install
gcc --version
gcc (GCC) 4.5.1 20100514 (prerelease)
cd /sources/linux-2.6.33.4
make menuconfig
# KBUILD_CFLAGS += -Os
make
make modules_install
cp arch/x86/boot/bzImage /boot/linux-test
reboot
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-14 21:28 ---
More reduced testcase:
template
class M {
public:
M(const int* arr) {
for (unsigned long r = 0; r < R; ++r)
for (unsigned long c = 0; c < C; ++c)
m[r*C+c] = arr[r*C+c];
}
i
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-14 21:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-14 22:24 ---
There are some known issues with gcc 4.5.0 and
Linux kernel. Please try gcc 4.5.1 snapshot from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100513/
or the mirror sites.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 22:27 ---
(In reply to comment #3)
> There are some known issues with gcc 4.5.0 and
> Linux kernel. Please try gcc 4.5.1 snapshot from
>
> ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100513/
>
> or the mirror sites.
>
I saw
--- Comment #7 from kargl at gcc dot gnu dot org 2010-05-14 22:40 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 22:40:01 2010
New Revision: 159419
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159419
Log:
2010-05-14 Steven G. Kargl
PR fortran/44135
*
--- Comment #8 from kargl at gcc dot gnu dot org 2010-05-14 22:49 ---
Fixed on 4.4, 4.5, and trunk.
Thomas, thanks for the bug report.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from bdubbs at linuxfromscratch dot org 2010-05-14 22:50
---
(In reply to comment #4)
> I saw you have tried revision 159398. I guess you
> need to find which file is miscompiled.
I have no idea how to do that for the kernel.
> BTW, you aren't using gold, are you?
I d
--- Comment #1 from manu at gcc dot gnu dot org 2010-05-15 00:16 ---
Have you tried with Clang?
I think Clang prints typedefs using 'aka', which is not very clear.
error: incompatible type assigning 'vector', expected 'std::string' (aka
'class std::basic_string')
I would suggest:
t.c
--- Comment #4 from manu at gcc dot gnu dot org 2010-05-15 00:44 ---
It would be so nice if there was a single diagnostics library that all FEs
could use and help to enhance. Something configurable, flexible and powerful
like LLVM's diagnostics library. Then Fortran could configure the l
1 - 100 of 115 matches
Mail list logo
