Currently, for code like
WRITE (*,ADVANCE=NO)
we compare the ADVANCE string in the library. This is wasteful
in the vast majority of cases, where the corresponding strings
are constant.
We should do the string comparison in the front end, where it
can be folded, and pass a bit field to the
--- Comment #2 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-18 07:48 ---
reduced testcase:
cat bug.f90
integer index(18),i,j,k,l,ipiv(18),info,ichange,neq,lda,ldb,
nrhs,iplas
real*8 ep0(6),al10(18),al20(18),dg0(18),ep(6),al1(18),
--
Joost dot VandeVondele at pci dot uzh dot ch changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
not match /cygdrive/d/cygwin/bin/cygwin1.dll (CRC mismatch).
[New Thread 6004.0x112c]
GNU C (GCC) version 4.6.0 20100918 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.6.0 20100918 (experimental), GMP version
5.0
.0, MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics
--- Comment #1 from jojelino at gmail dot com 2010-09-18 07:57 ---
Created an attachment (id=21827)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21827action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45716
--- Comment #8 from paolo dot carlini at oracle dot com 2010-09-18 08:39
---
Thanks Ralf, I was sure you would have something sensible to say here. And,
please, feel free to self assign ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-09-18 08:48
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2010-09-18 08:53
---
Tentatively.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2010-09-18 09:06
---
Not a GCC bug.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-18 09:26 ---
Honza.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|Vectorization of double pow |[4.6 Regression]
|function causes a
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-18 09:28 ---
It should never return NULL for global vars.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-18 09:32 ---
(In reply to comment #4)
The problem is a big one. In short, placement new operator changes
the type of an object to another, which re-sets up the VMT. Then there
is call of a virtual method of the latter type.
--
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=45706
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-09-18 09:53 ---
We run into
/* With return slot optimization we can end up with
non-gimple (foo *)this-m, fix that here. */
if (TREE_CODE (new_arg) != SSA_NAME
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-09-18 10:02 ---
autoreducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
--- Comment #7 from aanisimov at inbox dot ru 2010-09-18 10:11 ---
(In reply to comment #6)
autoreducing.
Is this I reduce it myself or I have some tool reduce it for me? If the
latter is the case, then what is the tool for automatic testcase reduction?
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-09-18 10:15 ---
(In reply to comment #7)
(In reply to comment #6)
autoreducing.
Is this I reduce it myself or I have some tool reduce it for me? If the
latter is the case, then what is the tool for automatic testcase
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-09-18 11:38 ---
Subject: Bug 45709
Author: rguenth
Date: Sat Sep 18 11:38:25 2010
New Revision: 164390
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164390
Log:
2010-09-18 Richard Guenther rguent...@suse.de
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-09-18 11:39
---
Subject: Bug 45709
Author: rguenth
Date: Sat Sep 18 11:39:44 2010
New Revision: 164391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164391
Log:
2010-09-18 Richard Guenther rguent...@suse.de
PR
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-09-18 12:30
---
Stopping here for now - I guess doing immediate insertion still can break
things as if there is another PHI node we'll iterate over the edges
again (but now including split ones) and find_edge (new_edge-src-aux,
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-09-18 12:42
---
Yep - testcase that still ICEs (now w/ a segfault):
struct Region {
int storage[4];
int count;
};
static inline Region subtract(int lhs)
{
Region reg;
int* storage = reg.storage;
int* storage2 =
Given the following simple code snippet, tested on x86_64-pc-linux-gnu,
i686-pc-linux-gnu, and i686-pc-mingw32:
struct Elem {
int data;
struct Elem* next;
};
int main () {
struct Elem* list;
return 0;
}
Compile with:
g++ main.cc -o main
run under gdb:
gdb main
ptype Elem
yields:
--- Comment #1 from charlet at gcc dot gnu dot org 2010-09-18 12:51 ---
Note that this works fine on mainline and 4.3.x, 4.4.x
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-09-18 12:54 ---
Created an attachment (id=21828)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21828action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45580
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-09-18 12:54
---
new patch in testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45709
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|regression in debug info on |[4.5 Regression] regression
|simple C++ code
--- Comment #2 from redi at gcc dot gnu dot org 2010-09-18 13:20 ---
*** This bug has been marked as a duplicate of 44645 ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from redi at gcc dot gnu dot org 2010-09-18 13:20 ---
*** Bug 45717 has been marked as a duplicate of this bug. ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2010-09-18 13:26 ---
This is caused by revision 154354:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00575.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-18 14:13 ---
*** Bug 44645 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from hjl dot tools at gmail dot com 2010-09-18 14:13
---
*** This bug has been marked as a duplicate of 43628 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2010-09-18 14:13 ---
4.5 isn't fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Compilation of this sample fails, despite loadaps being mentioned in the
gcc.info documentation.
#include xmmintrin.h
int main(void)
{
float q;
__builtin_ia32_loadaps(q);
return 0;
}
Using built-in specs.
COLLECT_GCC=gcc
--- Comment #7 from hjl at gcc dot gnu dot org 2010-09-18 14:48 ---
Subject: Bug 43628
Author: hjl
Date: Sat Sep 18 14:48:36 2010
New Revision: 164392
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164392
Log:
Fix missing C++ debug info for pointer types.
gcc/
2010-09-18 H.J.
--- Comment #8 from hjl dot tools at gmail dot com 2010-09-18 14:49 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|REOPENED
On x86_64-apple-darwin10, the new testcase failure...
FAIL: gcc.target/i386/pad-3.c scan-assembler-not nop
appears at -m32. The failure is suppressed if the testcase is compiled with
-fno-PIC.
--
Summary: gcc.target/i386/pad-3.c scan-assembler-not nop fails at
with...
/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100918/gcc/testsuite/gcc.target/i386/pad-3.c
-O2 -fomit-frame-pointer -march=atom -S -S -m32 --save-temps -o pad-3.s
--
http
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-18
15:02 ---
Created an attachment (id=21830)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21830action=view)
preprocessed source file for /gcc.target/i386/pad-3.c at -m32 on
x86_64-apple-darwin10
--
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-09-18 15:06
---
Well - I think the point is that if the dynamic type of storage differs from
its static type (as it happens with placement new) you cannot rely on
TYPE_BINFO to be correct at all.
Which means that instead of
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-18 15:11 ---
Does adding -fno-pic work on Darwin?
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Revision 164367:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00661.html
miscompiled SPEC CPU 2K at -O3.
On Linux/x86-64, I got
Running 186.crafty ref peak lnx32e-gcc default
*** Miscompare of crafty.out, see
/export/gnu/import/svn/gcc-test/spec/2000/x86_
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-09-18 15:58 ---
(In reply to comment #3)
Am I correct to understand that the current situation (i.e. the error message)
is a temporary fix for some missing gfc_simplify_*?
If the error message you refer to is
Error:
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-18
16:12 ---
(In reply to comment #3)
Does adding -fno-pic work on Darwin?
Yes, -fno-pic also suppresses the nop's in the testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45719
--- Comment #5 from hjl at gcc dot gnu dot org 2010-09-18 16:25 ---
Subject: Bug 45719
Author: hjl
Date: Sat Sep 18 16:24:50 2010
New Revision: 164395
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164395
Log:
Pass -fno-pic to gcc.target/i386/pad-3.c.
2010-09-18 H.J. Lu
--- Comment #6 from hjl dot tools at gmail dot com 2010-09-18 16:27 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|WAITING
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45720
--- Comment #2 from urbanjost at comcast dot net 2010-09-18 16:35 ---
Subject: Re: WRITE of NAMELIST group to internal file contains newline
characters
The irony in that question is that the obscurity of the example is a direct
result of the unexpected
behavior of write of a NAMELIST
--- Comment #3 from kargl at gcc dot gnu dot org 2010-09-18 17:11 ---
(In reply to comment #2)
So what was
required to clarify an issue for a number of people ended up confusing you.
Also note that every
compiler tried (XL, ifort, g95, gfortran) had different results, which was
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-09-18 17:13
---
Subject: Bug 45709
Author: rguenth
Date: Sat Sep 18 17:13:04 2010
New Revision: 164397
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164397
Log:
2010-09-18 Richard Guenther rguent...@suse.de
PR
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-09-18 17:16
---
Subject: Bug 45709
Author: rguenth
Date: Sat Sep 18 17:16:42 2010
New Revision: 164398
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164398
Log:
2010-09-18 Richard Guenther rguent...@suse.de
PR
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-09-18 17:23
---
Subject: Bug 45709
Author: rguenth
Date: Sat Sep 18 17:23:20 2010
New Revision: 164399
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164399
Log:
2010-09-18 Richard Guenther rguent...@suse.de
PR
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-09-18 17:24
---
Backport for 4.3 pending testing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Compiler output:
$ gcc -flto -r -nostdlib file[12].c
lto1: internal compiler error: in function_and_variable_visibility, at
ipa.c:673
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
lto-wrapper:
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Component|testsuite
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-09-18 18:18
---
This issue, line ending for namelist to character arrays, has come up before.
I don't remember the outcome of that previous discussion. I will research a
little.
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-09-18 18:25
---
You have way more non-SSA variables - possibly due to callee-copy of args
(again).
I suppose some optimizations end up being disabled for some reason by that,
but likely nobody will be interested to fixup missed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
FAIL: gcc.c-torture/execute/20040709-2.c execution, -O1
FAIL: gcc.c-torture/execute/20040709-2.c execution, -Os
(gdb) r
Starting program:
/home/dave/gnu/gcc-4.6/objdir/gcc/testsuite/gcc/20040709-2.x1g
Program received signal SIGABRT, Aborted.
0x40a9787c in raise (sig=6) at
I'm wondering if the following open statement should really fail. I have no
strong opinion, but it would be convenient if it 'just' worked, like you can
open an non-existing file and 'append'.
I guess it is related to the fact that /dev/null can't be seeked.
cat test.f90
--
Joost dot VandeVondele at pci dot uzh dot ch changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-18 18:43 ---
Can you please reduce preprocessed source?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-18 18:45 ---
I also see 450.soplex and 481.wrf fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45720
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-09-18 18:54
---
Subject: Bug 45709
Author: rguenth
Date: Sat Sep 18 18:53:53 2010
New Revision: 164400
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164400
Log:
2010-09-18 Richard Guenther rguent...@suse.de
PR
--- Comment #19 from rguenth at gcc dot gnu dot org 2010-09-18 18:54
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-18
18:59 ---
Subject: Re: [4.6 Regression] FAIL:
gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)
On Sat, 18 Sep 2010, rguenth at gcc dot gnu dot org wrote:
--- Comment #14 from
J.P. Malhado originally reported this bug in Debian BTS as
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518642.
debian_chroot:sid:kusumanchi:/home/518642# cat string.f90
write(6,*) 'string1'
write(6,'(A)') 'string2'
end
debian_chroot:sid:kusumanchi:/home/518642#
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-18
19:39 ---
Subject: Re: [4.6 Regression] FAIL:
gcc.c-torture/execute/20040709-2.c execution at -O1 and -Os
On Sat, 18 Sep 2010, rguenth at gcc dot gnu dot org wrote:
Can you please reduce preprocessed
--- Comment #1 from ubizjak at gmail dot com 2010-09-18 19:47 ---
`-malign-double'
`-mno-align-double'
Control whether GCC aligns `double', `long double', and `long
long' variables on a two word boundary or a one word boundary.
Aligning `double' variables on a two word
--- Comment #2 from kamaraju at gmail dot com 2010-09-18 20:29 ---
@Uros Bizjak
I dont understand your point in copy pasting the manual on -malign-double.
Are you saying that segmentation fault is an acceptable/expected behavior in
this case and this bug will not be fixed?
--
--- Comment #27 from sezeroz at gmail dot com 2010-09-18 20:51 ---
Are 4.4 and 4.5 going to be fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
--- Comment #18 from sezeroz at gmail dot com 2010-09-18 20:51 ---
Are 4.4 and 4.5 going to be fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
--- Comment #19 from hubicka at gcc dot gnu dot org 2010-09-18 21:25
---
Subject: Bug 45605
Author: hubicka
Date: Sat Sep 18 21:25:29 2010
New Revision: 164402
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164402
Log:
PR tree-optimization/45605
* cgraphunit.c
--- Comment #3 from ubizjak at gmail dot com 2010-09-18 21:43 ---
(In reply to comment #2)
I dont understand your point in copy pasting the manual on -malign-double.
Are you saying that segmentation fault is an acceptable/expected behavior in
this case and this bug will not be
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2010-09-18
22:14 ---
Subject: Re: [4.6 Regression] FAIL:
gcc.dg/torture/builtin-cproj-1.c -O1 (test for excess errors)
On Sat, 18 Sep 2010, rguenth at gcc dot gnu dot org wrote:
--- Comment #14 from rguenth
--- Comment #4 from kamaraju at gmail dot com 2010-09-18 22:26 ---
Ok. Thanks for the explanation. I appreciate it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45724
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-18 23:13 ---
Subject: Bug 45453
Author: hubicka
Date: Sat Sep 18 23:13:17 2010
New Revision: 164405
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164405
Log:
PR tree-optimization/45453
* cgraphunit.c
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-18 23:13 ---
Fixed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from nicola at gcc dot gnu dot org 2010-09-18 23:52 ---
I submitted a patch to fix this.
Thanks
--
nicola at gcc dot gnu dot org changed:
What|Removed |Added
bool std::operator==( std::istreambuf_iterator, std::istreambuf_iterator )
returns TRUE if both iterators are EOF or both are not. That means two
iterators at different places in the streambuf -- which, when dereferenced
produce different characters -- nevertheless compare as equal. This is
--- Comment #9 from nicola at gcc dot gnu dot org 2010-09-19 02:04 ---
I submitted a patch that fixes this.
Thanks
--
nicola at gcc dot gnu dot org changed:
What|Removed |Added
82 matches
Mail list logo
