http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59528
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC||trippels
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
--- Comment #12 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Jan 12 11:08:31 2014
New Revision: 206564
URL: http://gcc.gnu.org/viewcvs?rev=206564root=gccview=rev
Log:
2014-01-12 Janus Weil ja...@gcc.gnu.org
PR fortran/58026
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
Bug 37336 depends on bug 58026, which changed state.
Bug 58026 Summary: [F03] Bad error recovery for allocatable component of
undeclared type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Target||avr-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54851
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772
--- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Sun Jan 12 14:29:12 2014
New Revision: 206565
URL: http://gcc.gnu.org/viewcvs?rev=206565root=gccview=rev
Log:
PR ada/59772
* gcc-interface/cuintp.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772
--- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Sun Jan 12 14:29:44 2014
New Revision: 206566
URL: http://gcc.gnu.org/viewcvs?rev=206566root=gccview=rev
Log:
PR ada/59772
* gcc-interface/cuintp.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772
--- Comment #5 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Sun Jan 12 14:30:19 2014
New Revision: 206567
URL: http://gcc.gnu.org/viewcvs?rev=206567root=gccview=rev
Log:
PR ada/59772
* gcc-interface/cuintp.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774
--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr ---
For the tests in comment 1, I think PR323 strikes back again. I the same
results for both -m32 and -m64 with the following patch
--- ../_clean/libgfortran/io/write_float.def
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774
--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr ---
No regression with the patch in comment 5.
What is the canonical way to ensure that -m32 and -m64 use the same arithmetic?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774
--- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr ---
With the patch in comment 5 I get
[Book15] f90/bug% cat pr48906_4_red.f90
print (ru,g45.25), .099e25
end
[Book15] f90/bug% gfc pr48906_4_red.f90
[Book15] f90/bug% a.out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774
--- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Even worse
[Book15] f90/bug% cat pr48906_4_red.f90
print (ru,g45.20), .099e21
end
[Book15] f90/bug% gfc pr48906_4_red.f90
[Book15] f90/bug% a.out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
Bug ID: 59775
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
--- Comment #1 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 31811
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31811action=edit
Un-reduced ii file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
--- Comment #2 from David Kredba nheghathivhistha at gmail dot com ---
$O, $W and $S expanded command to compiler is
x86_64-pc-linux-gnu-g++ -DCPPU_ENV=gcc3 -DLIBO_INTERNAL_ONLY -DLINUX -DNDEBUG
-DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSOLAR_JAVA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
typedef int sal_Int8;
typedef int sal_Int64;
namespace com
{
namespace sun
{
namespace star
{
namespace uno
{
template class class Sequence
{
};
}
}
} typedef
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
--- Comment #4 from David Kredba nheghathivhistha at gmail dot com ---
Created attachment 31812
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31812action=edit
(c-)Reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
Bug ID: 59776
Summary: gcc -g -O1 ICE in expand_debug_locations, at
cfgexpand.c:3865
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59777
Bug ID: 59777
Summary: Incorrect expansion of TLS arguments in a call
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59777
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org ---
Created attachment 31814
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31814action=edit
Output from expand.
One can see in .expand that TLS arguments to printf are not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
struct S { float f, g; };
void
sub_ (struct S *p)
{
struct S s1, s2;
s1 = *p;
*(int *) s2.f = 0;
s2 = s1;
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59528
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Attachment #31810|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31601
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
Bug ID: 59778
Summary: FAIL: gcc.dg/atomic/c11-atomic-exec-5.c
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59779
Bug ID: 59779
Summary: [4.9 Regression] FAIL: gcc.dg/autopar/outer-1.c
scan-tree-dump-times parloops parallelizing outer
loop
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59779
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org ---
Created attachment 31817
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31817action=edit
tree dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59780
Bug ID: 59780
Summary: ICE in aarch64_split_128bit_move
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #9 from Hossein Talebi talebi.hossein at gmail dot com ---
I looked at it in more details by overloading the automatic assignment (=) with
a self written one and I found the problem. This is a minimalistic example
that the program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59780
--- Comment #1 from vries at gcc dot gnu.org ---
I'm using this as workaround for the moment:
...
diff --git a/gcc/config/aarch64/aarch64.c b/gcc/config/aarch64/aarch64.c
index 3b1f6b5..2c75c1c 100644
--- a/gcc/config/aarch64/aarch64.c
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #10 from Hossein Talebi talebi.hossein at gmail dot com ---
I forgot to say, when I allocate the variables manually and then do assignment,
it works fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
--- Comment #3 from Vittorio Zecca zeccav at gmail dot com ---
Missing right brace at end of code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #12 from Dominique d'Humieres dominiq at lps dot ens.fr ---
For the test in comment 9, valgrind gives
==30542== Conditional jump or move depends on uninitialised value(s)
==30542==at 0x10D3C: MAIN__ (pr59678.f90:25)
==30542==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #13 from Dominique d'Humieres dominiq at lps dot ens.fr ---
For the test in comment 11 valgrind gives
==41825== Invalid read of size 4
==41825==at 0x7FE007BF: ???
==41825==by 0x10DAF: MAIN__ (pr59678_1.f90:20)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #14 from janus at gcc dot gnu.org ---
(In reply to janus from comment #11)
The dump shows that the assignment is translated into:
{
void * restrict D.2321;
integer(kind=8) D.2320;
integer(kind=8) D.2319;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
Bug ID: 59781
Summary: Incorrect initialisation of derived type
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
--- Comment #4 from Marek Polacek mpolacek at gcc dot gnu.org ---
(In reply to Vittorio Zecca from comment #3)
Missing right brace at end of code.
What do you mean?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
--- Comment #2 from janus at gcc dot gnu.org ---
Here is a reduced test case of comment 0, which shows the wrong dump with all
gfortran versions I tried (4.4, 4.6, 4.7, 4.8 and trunk):
module dSFMT_interface
use, intrinsic :: iso_c_binding
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
--- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org ---
OK,
this testcase shows the get_binfo_at_offset bug I mentioned in the first
virtual inheritance PR.
We call get_binfo_at_offset for binfo of C looking for A at offset 64. This is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59782
Bug ID: 59782
Summary: libcpp does not avoid bug #48326 when compiled by
older GCC
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775
--- Comment #9 from Jan Hubicka hubicka at ucw dot cz ---
This is fix I am testing. It makes get_binfo_at_offset to walk down the
non-virtual
part of the hiearchy until it hits the proper base.
I hope to significantly simplify get_binfo_at_offset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59744
--- Comment #4 from Michael Hudson-Doyle michael.hudson at linaro dot org ---
Hi, thanks for the super fast fix. Could it be backported to 4.8? git
cherry-pick gives a conflict in aarch64.md which is probably easy to fix if you
know how this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778
--- Comment #1 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
Please see the advice to architecture maintainers at
http://gcc.gnu.org/ml/gcc/2013-11/msg00131.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59783
Bug ID: 59783
Summary: inline expansion stack when attribute error/warning
triggered is displayed incorrectly
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59754
--- Comment #6 from Yukhin Kirill kirill.yukhin at intel dot com ---
(In reply to Jeffrey A. Law from comment #3)
Kirill, can you verify that Jakub's patch restores proper behaviour for your
tests? It'd be greatly appreciated.
Hello,
I've
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
--- Comment #5 from Vittorio Zecca zeccav at gmail dot com ---
I am sorry I was not clear enough, in your shorter test case, after s2 = s1;
there is a right brace } missing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59194
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Jan 13 07:56:40 2014
New Revision: 206572
URL: http://gcc.gnu.org/viewcvs?rev=206572root=gccview=rev
Log:
PR libgomp/59194
* omp-low.c
55 matches
Mail list logo
