[Bug libgomp/59194] tsan detects race for real variables in an OMP reduction clause

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59194 --- Comment #11 from Jakub Jelinek --- Author: jakub Date: Mon Jan 13 07:56:40 2014 New Revision: 206572 URL: http://gcc.gnu.org/viewcvs?rev=206572&root=gcc&view=rev Log: PR libgomp/59194 * omp-low.c (expand_omp_atomic_pipeline): Expand t

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #5 from Vittorio Zecca --- I am sorry I was not clear enough, in your shorter test case, after "s2 = s1;" there is a right brace "}" missing.

[Bug rtl-optimization/59754] [ree.c] Incorrect merge while working with vector registers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59754 --- Comment #6 from Yukhin Kirill --- (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 checked recent trunk with Jakub's

[Bug other/59783] New: inline expansion stack when attribute error/warning triggered is displayed incorrectly

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 Sev

[Bug target/59778] FAIL: gcc.dg/atomic/c11-atomic-exec-5.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59778 --- Comment #1 from joseph at codesourcery dot com --- Please see the advice to architecture maintainers at .

[Bug target/59744] miscompilation of unsigned comparison on aarch64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59744 --- Comment #4 from Michael Hudson-Doyle --- 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 code works: (define_insn "*compare_

[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 --- Comment #9 from Jan Hubicka --- 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 by making it to walk

[Bug preprocessor/59782] New: libcpp does not avoid bug #48326 when compiled by older GCC

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 Pri

[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 --- Comment #8 from Jan Hubicka --- 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 correct query, but becase get_

[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 Jan Hubicka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at g

[Bug fortran/59781] [4.9 Regression] [F03] Incorrect initialisation of derived type

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 i

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #4 from Marek Polacek --- (In reply to Vittorio Zecca from comment #3) > Missing right brace at end of code. What do you mean?

[Bug fortran/59781] [4.9 Regression] [F03] Incorrect initialisation of derived type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status|U

[Bug fortran/59781] New: Incorrect initialisation of derived type

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

[Bug fortran/59678] [F03] Segfault on equalizing variables of a complex derived type

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; >

[Bug fortran/59678] [F03] Segfault on equalizing variables of a complex derived type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 --- Comment #13 from Dominique d'Humieres --- 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) ==41825==by 0x10ED4: main

[Bug fortran/59678] [F03] Segfault on equalizing variables of a complex derived type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 --- Comment #12 from Dominique d'Humieres --- 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==by 0x10E95: main (p

[Bug fortran/59678] [F03] Segfault on equalizing variables of a complex derived type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Status|W

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #3 from Vittorio Zecca --- Missing right brace at end of code.

[Bug fortran/59678] Segmentation fault on equalizing variables of a complex derived data type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 --- Comment #10 from Hossein Talebi --- I forgot to say, when I allocate the variables manually and then do assignment, it works fine.

[Bug target/59780] ICE in aarch64_split_128bit_move

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 +++ b/gcc/co

[Bug fortran/59678] Segmentation fault on equalizing variables of a complex derived data type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678 --- Comment #9 from Hossein Talebi --- 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 crashes. Funny thing is that when I

[Bug target/59780] New: ICE in aarch64_split_128bit_move

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

[Bug tree-optimization/59779] [4.9 Regression] FAIL: gcc.dg/autopar/outer-1.c scan-tree-dump-times parloops "parallelizing outer loop"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59779 --- Comment #1 from John David Anglin --- Created attachment 31817 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31817&action=edit tree dump

[Bug tree-optimization/59779] New: [4.9 Regression] FAIL: gcc.dg/autopar/outer-1.c scan-tree-dump-times parloops "parallelizing outer loop"

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

[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #6 f

[Bug target/59778] New: FAIL: gcc.dg/atomic/c11-atomic-exec-5.c

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

[Bug c++/59775] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/31601] RFC: legacy-only allowed: State that code is allowed with -std=legacy ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31601 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #1 from Domini

[Bug bootstrap/59528] Profiledbootstrap should use stage1 compiler during stagefeedback

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59528 Markus Trippelsdorf changed: What|Removed |Added Attachment #31810|0 |1 is obsolete|

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 --- Comment #2 from Marek Polacek --- struct S { float f, g; }; void sub_ (struct S *p) { struct S s1, s2; s1 = *p; *(int *) &s2.f = 0; s2 = s1; }

[Bug middle-end/59777] Incorrect expansion of TLS arguments in a call

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59777 --- Comment #1 from John David Anglin --- Created attachment 31814 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31814&action=edit Output from expand. One can see in .expand that TLS arguments to printf are not being precomputed causing wro

[Bug middle-end/59777] New: Incorrect expansion of TLS arguments in a call

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: mid

[Bug middle-end/59776] [4.8/4.9 Regression] gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c/59776] New: gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865

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 P

[Bug c++/59775] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 --- Comment #4 from David Kredba --- Created attachment 31812 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31812&action=edit (c-)Reduced testcase

[Bug c++/59775] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 --- Comment #3 from David Kredba --- typedef int sal_Int8; typedef int sal_Int64; namespace com { namespace sun { namespace star { namespace uno { template < class > class Sequence { }; } } } typedef com::sun::star::uno::Sequence < sal_Int8 > Stre

[Bug c++/59775] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 --- Comment #2 from David Kredba --- $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 -DSUPD=410 -DUNIX -DUNX -DX86_64 -D_PTHRE

[Bug c++/59775] internal compiler error: Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59775 --- Comment #1 from David Kredba --- Created attachment 31811 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31811&action=edit Un-reduced ii file

[Bug c++/59775] New: internal compiler error: Segmentation fault

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++

[Bug libfortran/59774] [Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 --- Comment #8 from Dominique d'Humieres --- 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 9900576671973376.0 [Book1

[Bug libfortran/59774] [Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 --- Comment #7 from Dominique d'Humieres --- 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 99005063032291983360

[Bug libfortran/59774] [Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 --- Comment #6 from Dominique d'Humieres --- No regression with the patch in comment 5. What is the canonical way to ensure that -m32 and -m64 use the same arithmetic?

[Bug libfortran/59774] [Regression] Inconsistent rounding between -m32 and -m64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59774 --- Comment #5 from Dominique d'Humieres --- 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.def2014-01-04 15:51:53.

[Bug ada/59772] [4.7/4.8/4.9 regression] floating-point constants are not correctly encoded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ada/59772] [4.7/4.8/4.9 regression] floating-point constants are not correctly encoded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772 --- Comment #5 from Eric Botcazou --- Author: ebotcazou Date: Sun Jan 12 14:30:19 2014 New Revision: 206567 URL: http://gcc.gnu.org/viewcvs?rev=206567&root=gcc&view=rev Log: PR ada/59772 * gcc-interface/cuintp.c (build_cst_from_int): Use

[Bug ada/59772] [4.7/4.8/4.9 regression] floating-point constants are not correctly encoded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772 --- Comment #3 from Eric Botcazou --- Author: ebotcazou Date: Sun Jan 12 14:29:12 2014 New Revision: 206565 URL: http://gcc.gnu.org/viewcvs?rev=206565&root=gcc&view=rev Log: PR ada/59772 * gcc-interface/cuintp.c (build_cst_from_int): Use

[Bug ada/59772] [4.7/4.8/4.9 regression] floating-point constants are not correctly encoded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772 --- Comment #4 from Eric Botcazou --- Author: ebotcazou Date: Sun Jan 12 14:29:44 2014 New Revision: 206566 URL: http://gcc.gnu.org/viewcvs?rev=206566&root=gcc&view=rev Log: PR ada/59772 * gcc-interface/cuintp.c (build_cst_from_int): Use

[Bug fortran/54851] Compiling gfortran.dg/class_array_7.f03 with '-O1 -flto' gives an ICE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54851 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ada/59772] [4.7/4.8/4.9 regression] floating-point constants are not correctly encoded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED CC|ebotcazou at

[Bug ada/59772] [4.7/4.8/4.9 regression ] floating-point constants are not correctly encoded

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59772 Eric Botcazou changed: What|Removed |Added Target||avr-*-* Status|UNCONFIRMED

[Bug fortran/37336] [F03] Finish derived-type finalization

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 |Adde

[Bug fortran/58026] [F03] Bad error recovery for allocatable component of undeclared type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58026 janus at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/58026] [F03] Bad error recovery for allocatable component of undeclared type

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=206564&root=gcc&view=rev Log: 2014-01-12 Janus Weil PR fortran/58026 * decl.c (gfc_

[Bug bootstrap/59528] Profiledbootstrap should use stage1 compiler during stagefeedback

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59528 Markus Trippelsdorf changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Com