--- Comment #10 from anitha dot boyapati at atmel dot com 2010-07-26 06:49
---
Bug can be confirmed with 4.4.3 version also (With -O2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #1 from zsojka at seznam dot cz 2010-07-26 06:18 ---
Created an attachment (id=21310)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21310&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45072
Output:
$ g++ -O2 -fprofile-generate 1.ii
$ rm 1.gcda
$ ./a.out
a.out:
/mnt/svn/gcc-trunk/libstdc++-v3/testsuite/23_containers/vector/bool/modifiers/erase/1.cc:50:
void test01(): Assertion `it1 == v.begin() + 1' failed.
Aborted
$ echo $?
134
Tested revisions:
r162456 - broken
r162056 - broken
r161
--- Comment #1 from zsojka at seznam dot cz 2010-07-26 06:06 ---
Created an attachment (id=21309)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21309&action=view)
reduced testcase (from g++.dg/opt/new1.C)
Command line:
$ gcc -O -ftree-pre -ftree-vectorize pr45071.c
--
http://
Command line:
$ gcc -O -ftree-pre -ftree-vectorize testcase.c
or
$ gcc -O2 -ftree-vectorize testcase.c
or
$ gcc -O3 testcase.c
Compiler output:
$ gcc -O -ftree-pre -ftree-vectorize testcase.c
testcase.c: In function 'f1':
testcase.c:27:1: internal compiler error: tree check: expected ssa_name, hav
--- Comment #1 from siarhei dot siamashka at gmail dot com 2010-07-25
23:25 ---
Created an attachment (id=21308)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21308&action=view)
packed-testcase.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45070
Compilation:
arm-unknown-linux-gnueabi-g++ -Os -mcpu=cortex-a8 -o test test.cpp
Expected results:
./test
65534 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Real results (some garbage data):
./test
544 544 544 544 544 544 544 544 544 544 544 544 544 544 544 544
Note: This is not a big practical i
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-07-25 22:45
---
Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNC
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-07-25 22:24
---
Generally, the gfortran testsuite test cases are testing specific features and
not necessarily strict Standard compliance. There is no need to submit PRs for
test cases unless they fail unexpectedly or the specif
--- Comment #2 from zeccav at gmail dot com 2010-07-25 22:14 ---
Subject: Re: array function not fully defined
The undefined elements of test are accessed at instruction "a =
test(6, 5) - a" however. It is just that the code probably violates
any Fortran standard. If the test case is f
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-07-25 21:46
---
Subject: Bug 44707
Author: ebotcazou
Date: Sun Jul 25 21:46:32 2010
New Revision: 162521
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162521
Log:
PR target/44707
* config/sparc/sparc-pro
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2010-07-25 21:35
---
At long last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2010-07-25 21:32
---
Subject: Bug 44484
Author: ebotcazou
Date: Sun Jul 25 21:32:16 2010
New Revision: 162520
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162520
Log:
PR target/44484
* config/sparc/predicat
--- Comment #4 from tkoenig at gcc dot gnu dot org 2010-07-25 19:37 ---
Fixed on trunk. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE in namelist read in |[4.6
--- Comment #3 from tkoenig at gcc dot gnu dot org 2010-07-25 19:31 ---
Subject: Bug 40628
Author: tkoenig
Date: Sun Jul 25 19:31:37 2010
New Revision: 162519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162519
Log:
2010-07-25 Thomas Koenig
PR fortran/40628
--- Comment #3 from mikpe at it dot uu dot se 2010-07-25 19:24 ---
It's caused by r162431:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00785.html
--
mikpe at it dot uu dot se changed:
What|Removed |Added
---
--- Comment #14 from bugs at 59A2 dot org 2010-07-25 19:23 ---
Okay, thanks for the fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42852
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2010-07-25 19:10
---
Subject: Bug 42852
Author: jvdelisle
Date: Sun Jul 25 19:10:09 2010
New Revision: 162518
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162518
Log:
2010-07-25 Jerry DeLisle
PR fortran/42852
--- Comment #4 from ubizjak at gmail dot com 2010-07-25 18:06 ---
This is duplicate of PR 44031.
*** This bug has been marked as a duplicate of 44031 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from ubizjak at gmail dot com 2010-07-25 18:06 ---
*** Bug 44816 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44031
--- Comment #7 from michael dot a dot richmond at nasa dot gov 2010-07-25
18:01 ---
It compiles but doesn't run, as with your Comment #2 patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45066
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-07-25 17:37
---
Here is another possibility. Only one namelist regression with this on.
Index: trans-io.c
===
--- trans-io.c (revision 162507)
+++ trans-io.c (wo
--- Comment #13 from mikpe at it dot uu dot se 2010-07-25 17:15 ---
is non-standard. For instance, Solaris 10 doesn't have it.
Does the test case really require explicit bit fields? Does it work (as in show
the miscompile before the fix) with shift & mask operations instead?
--
h
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-25
17:13 ---
Subject: Re: miscompile with bitfield and optimization
> Is endian.h available on all supported platforms?
It is not available on HP-UX.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-07-25 17:02
---
I doubt I would be allowed since 4.5.1 is at release candidate 1 phase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42852
--- Comment #19 from mikael at gcc dot gnu dot org 2010-07-25 17:01 ---
Subject: Bug 44660
Author: mikael
Date: Sun Jul 25 17:01:15 2010
New Revision: 162516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162516
Log:
2010-07-25 Mikael Morin
PR fortran/44660
*
--- Comment #11 from borntraeger at de dot ibm dot com 2010-07-25 16:54
---
Something like the following should do the trick.
Is endian.h available on all supported platforms?
*** gcc.c-torture/execute/pr45017.c.orig
--- gcc.c-torture/execute/pr45017.c
***
*** 1,9
---
--- Comment #4 from redi at gcc dot gnu dot org 2010-07-25 16:46 ---
Fixed on trunk, thanks for the report
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from mikpe at it dot uu dot se 2010-07-25 16:45 ---
This test fails on powerpc64-linux and sparc64-linux.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
--- Comment #3 from redi at gcc dot gnu dot org 2010-07-25 16:44 ---
Subject: Bug 45060
Author: redi
Date: Sun Jul 25 16:44:38 2010
New Revision: 162515
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162515
Log:
2010-07-25 Jonathan Wakely
PR libstdc++/45060
*
--- Comment #2 from mikpe at it dot uu dot se 2010-07-25 16:44 ---
Also fails on sparc64-linux, which uses "!' (bang) as comment character.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45068
--- Comment #5 from michael dot a dot richmond at nasa dot gov 2010-07-25
16:25 ---
At runtime it produces the message:
At line 1200 of file ga170.f90 (unit = 23, file = 'ga.inp')
Fortran runtime error: Missing format for FORMATTED data transfer
--
http://gcc.gnu.org/bugzilla/show
--- Comment #4 from steven at gcc dot gnu dot org 2010-07-25 16:25 ---
cprop_into_successor_phis only propagates SSA_NAME_VALUEs, but not conditional
copies/constants. May be a better place to fix this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43940
--- Comment #11 from bugs at 59A2 dot org 2010-07-25 16:23 ---
Will this be applied to 4.5.1?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42852
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2010-07-25 16:21
---
Naturally the patch in #2 breaks everything else for namelists at run time
unless I messed up something else here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45066
--- Comment #2 from mikpe at it dot uu dot se 2010-07-25 16:14 ---
Created an attachment (id=21307)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21307&action=view)
reduced test case
Attaching reduced 9-line test case. The ICE reproduces with a 4.6 cross hosted
on i686-linux:
>
--- Comment #3 from michael dot a dot richmond at nasa dot gov 2010-07-25
16:12 ---
The patchlet also works for the full-size problem (Ga170.f90 from Alan Miller's
ga.zip)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45066
With this options:
-floop-block -floop-interchange -fgraphite
In:
CFLAGS="-march=geode -Os -fno-align-jumps -fno-align-functions
-fno-align-labels -fno-align-loops -pipe -fomit-frame-pointer"
On i486 geode, I have instruction error. And that's for all compiling program
(proftpd, samba, ...)
I have
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2010-07-25 15:44
---
On the SPARC as well.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2010-07-25 15:38
---
Closing as fixed.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-07-25 15:35
---
Subject: Bug 42852
Author: jvdelisle
Date: Sun Jul 25 15:35:04 2010
New Revision: 162514
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162514
Log:
2010-07-25 Jerry DeLisle
PR fortran/42852
--- Comment #33 from paolo dot carlini at oracle dot com 2010-07-25 15:19
---
(In reply to comment #31)
> 1/ Use -nostdinc++ just as native compilers do. Like said in comment #28, it
> may break if used cross-compiler is incompatible with in-tree c++ headers (can
> gcc be built that way
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-07-25 15:08
---
Subject: Bug 42852
Author: jvdelisle
Date: Sun Jul 25 15:07:45 2010
New Revision: 162512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162512
Log:
2010-07-25 Jerry DeLisle
PR fortran/42852
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-07-25 15:04
---
This patchlet at least works for the reduce test case. Assuming there is
nothing left to translate. I am not sure this is the right approach, bu the
-fdump-tree-original matches for with and without -fno-whole-fi
--- Comment #1 from hjl at gcc dot gnu dot org 2010-07-25 14:54 ---
Subject: Bug 45068
Author: hjl
Date: Sun Jul 25 14:54:03 2010
New Revision: 162511
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162511
Log:
Support "//" as assembler comments.
2010-07-25 H.J. Lu
P
On Linux/ia64, I got
FAIL: g++.dg/debug/dwarf2/nested-2.C scan-assembler
[^\n\r]*\\(DIE[^\n\r]*DW_TAG
_structure_type\\)[\n\r]+[^\n\r]*"S0"[ \t]+#[
\t]+DW_AT_name[\n\r]+(.*)?\\(D
IE[^\n\r]*DW_TAG_structure_type\\)[\n\r]+[^\n\r]*"T0"[
\t]+(.*)?\\(DIE[
^\n\r]*DW_TAG_template_type_param\\)[\n
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-07-25 14:26
---
Confirmed. Works with -fno-whole-file.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from mikpe at it dot uu dot se 2010-07-25 13:02 ---
Created an attachment (id=21306)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21306&action=view)
preprocessed source for decNumber.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45067
4.6-20100724 (r162503) fails to bootstrap on arm-linux-gnueabi in stage 2:
make[3]: Entering directory `/home/mikpe/objdir46/libdecnumber'
source='/home/mikpe/gcc-4.6-20100724/libdecnumber/decNumber.c'
object='decNumber.o' libtool=no /home/mikpe/objdir46/./prev-gcc/xgcc
-B/home/mikpe/objdir46/./pr
--- Comment #2 from redi at gcc dot gnu dot org 2010-07-25 12:28 ---
don't worry about the testcase - obviously just explicitly instantiating
unordered_map is sufficient to produce the warning.
I'm running the testsuite and I'll apply a fix today
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #1 from redi at gcc dot gnu dot org 2010-07-25 11:41 ---
do you have a small testcase to reproduce the problem?
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirme
When I compile the following file with the snapshot of July 24, 2010:
MODULE GA_commons
INTEGER :: nichflg(2)
END MODULE GA_commons
PROGRAM gafortran
USE GA_commons
NAMELIST /ga/ nichflg
READ (23, nml=ga)
END PROGRAM gafortran
I get the following message:
g.f90: In function gafortran:
g.f90:7:0:
--- Comment #6 from mikpe at it dot uu dot se 2010-07-25 10:56 ---
My bisection identified r114057 as the cause or trigger for this bug:
http://gcc.gnu.org/ml/gcc-cvs/2006-05/msg00661.html
The assembly code diff for the test case with r114056 and r114057 is:
--- char-neg.s-r114056 201
--- Comment #3 from steven at gcc dot gnu dot org 2010-07-25 10:29 ---
VRP does this with ASSERT_EXPRs. DOM does not optimize this because bb4 has
two predecessors, and record_equivalences_from_incoming_edge only records from
a single predecessor.
This should probably be handled record
--- Comment #50 from dominiq at lps dot ens dot fr 2010-07-25 10:20 ---
Between revisions 162269 and 162477 this pr has been fixed for -m64 (but not
for -m32).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082
--- Comment #22 from burnus at gcc dot gnu dot org 2010-07-25 10:14 ---
The patch in comment 18 causes a segfault (in gfc_generate_function_code for
"cfun->function_end_locus = input_location" [Invalid write of size 4]) for the
test case in PR 40011 comment 0 (the one after "Your patch f
--- Comment #70 from burnus at gcc dot gnu dot org 2010-07-25 10:11 ---
Are there still remaining issues, and if so which? I think this PR gets too
long to have an overview...
I only found the one in comment 47: Works -fno-whole-file but fails otherwise
with an ICE in fold_convert_loc,
--- Comment #21 from dominiq at lps dot ens dot fr 2010-07-25 10:03 ---
With the patch in comment #18, I see all the failures reported in comment #19,
plus
FAIL: gfortran.dg/whole_file_9.f90 -O (internal compiler error)
FAIL: gfortran.dg/g77/13037.f -O3 -g (internal compiler error)
--- Comment #1 from deane at gooroos dot com 2010-07-25 08:04 ---
Created an attachment (id=21305)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21305&action=view)
Complete example demonstrating bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45065
Compiling with -fvisibility=hidden and -fvisibility-inlines-hidden.
I have a Base class with default visibility which contains two virtual methods,
one inlined and the other not. A Derived class with hidden visibility overrides
the non-inlined method and doesn't touch the inlined one. If the decla
This code:
class f1 {
class f2 {
class f3;
friend
void bar(f1::f2::f3 arg);
class f3 {};
};
};
voidbar(f1::f2::f3 arg) {}
gets you:
foo.cc: In function void bar(f1::f2::f3):
foo.cc:2: error: class f1::f2 is
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2010-07-25 07:09
---
On Solaris 8:
=== objc Summary ===
# of expected passes1983
# of expected failures 15
# of unsupported tests 28
--
ebotcazou at gcc dot gnu dot org changed:
64 matches
Mail list logo