[Bug tree-optimization/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 --- Comment #7 from Alexander Ivchenko --- (In reply to H.J. Lu from comment #3) > (In reply to Alexander Ivchenko from comment #2) > > lets just say that my code is valid and I forgot to add "-msse2" :). > > > > Does GCC ICE with -msse2? No, y

[Bug target/59797] GCC doesn't warn AVX-512 ABI change

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59797 --- Comment #1 from Yukhin Kirill --- Sorry, didn't get the problem. According to output you provided - GCC warns ABI changes Here is analogue for AVX2: $ cat 2.c typedef long long __m256i __attribute__ ((__vector_size__ (32), __may_alias__));

[Bug c++/59800] New: Compilation with g++ fails when -Ofast -flto is used to compile code using some distribution

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59800 Bug ID: 59800 Summary: Compilation with g++ fails when -Ofast -flto is used to compile code using some distribution Product: gcc Version: 4.8.2 Status: UNCONFIRMED

[Bug target/59794] [4.7/4.8/4.9 Regression] i386 backend fails to detect MMX/SSE/AVX return value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794 H.J. Lu changed: What|Removed |Added Attachment #31826|0 |1 is obsolete|

[Bug target/59794] [4.7/4.8/4.9 Regression] i386 backend fails to detect MMX/SSE/AVX return value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794 H.J. Lu changed: What|Removed |Added CC||rth at gcc dot gnu.org Summary|i386

[Bug target/59799] aarch64_pass_by_reference never passes arrays by value, contrary to ABI documentation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #3 fro

[Bug target/59799] aarch64_pass_by_reference never passes arrays by value, contrary to ABI documentation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799 --- Comment #2 from Andrew Pinski --- (In reply to Andrew Pinski from comment #1) > Does go or Ada allow passing arrays by value? I know fortran does not at least directly. In that the front-end creates a structure for the argument instead.

[Bug target/59799] aarch64_pass_by_reference never passes arrays by value, contrary to ABI documentation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799 --- Comment #1 from Andrew Pinski --- "It should be noted that the above algorithm makes provision for languages other than C and C++ in that it provides for passing arrays by value and for passing arguments of dynamic size." Note the other than

[Bug target/59799] New: aarch64_pass_by_reference never passes arrays by value, contrary to ABI documentation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799 Bug ID: 59799 Summary: aarch64_pass_by_reference never passes arrays by value, contrary to ABI documentation Product: gcc Version: 4.9.0 Status: UNCONFIRMED Seve

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59782 --- Comment #4 from Michael Deutschmann --- > According to [1], 4.7.1 is already OK, so > 4007 should be enough. But 4.7.0 isn't OK, so >= 4007 isn't enough. (> 4007 is functionally equivalent to >= 4008.) Note that this does make fixing 4.7.4

[Bug c/59785] atomic_store should load source operand atomically?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59785 --- Comment #2 from ma.jiang at zte dot com.cn --- Ok, Thanks for the reply. I know what you mean. A atomic_store is not responsible for loading the source operand atomically as it is just a store.

[Bug fortran/59796] Deallocate aborts even with STAT=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59796 --- Comment #3 from Walter Spector --- My initial reaction is that yes, 6.7.3.3 in F08 states what you quoted. And I agree that it is a programming error to pass a dangling pointer into deallocate. But that does not preclude gfortran from return

[Bug c++/59798] New: ICE befriending an inheriting constructor template specialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59798 Bug ID: 59798 Summary: ICE befriending an inheriting constructor template specialization Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug target/59794] i386 backend fails to detect SSE/AVX return value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794 --- Comment #3 from H.J. Lu --- Created attachment 31826 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31826&action=edit A patch I am testing this patch.

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59744 --- Comment #7 from Michael Hudson-Doyle --- I saw the problem with Linaro GCC 4.8, but haven't tried the vanilla 4.8 branch. If the committed test case doesn't fail, I'll believe that it is not a problem. Sorry for the noise.

[Bug target/59794] i386 backend fails to detect SSE/AVX return value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794 H.J. Lu changed: What|Removed |Added Target Milestone|--- |4.7.4 --- Comment #2 from H.J. Lu --- For -m32

[Bug target/59794] i386 backend fails to detect SSE/AVX return value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/59796] Deallocate aborts even with STAT=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59796 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Co

[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 CC||jamborm at gcc dot gnu.org --- Comment #6

[Bug target/59797] New: GCC doesn't warn AVX-512 ABI change

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59797 Bug ID: 59797 Summary: GCC doesn't warn AVX-512 ABI change Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/59797] GCC doesn't warn AVX-512 ABI change

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59797 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/59796] Deallocate aborts even with STAT=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59796 --- Comment #1 from Walter Spector --- Forgot to mention: The test case was tested with gfortran 4.7.3 and 4.8.2.

[Bug fortran/59796] New: Deallocate aborts even with STAT=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59796 Bug ID: 59796 Summary: Deallocate aborts even with STAT= Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug c++/59606] Internal compiler error: Error reporting routines re-entered.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59606 vyf at princeton dot edu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/59607] Internal compiler error: Error reporting routines re-entered.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59607 --- Comment #2 from vyf at princeton dot edu --- *** Bug 59606 has been marked as a duplicate of this bug. ***

[Bug c++/59606] Internal compiler error: Error reporting routines re-entered.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59606 --- Comment #2 from vyf at princeton dot edu --- (In reply to Daniel Krügler from comment #1) > It seems that you missed the attachment. It seems two bug reports have been made by accident - I don't know why, I only filed one (Bug #59607, http://g

[Bug c++/59606] Internal compiler error: Error reporting routines re-entered.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59606 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler@googlemail.

[Bug c++/59795] New: Invalid use of "this" in a local class not diagnosed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59795 Bug ID: 59795 Summary: Invalid use of "this" in a local class not diagnosed Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug target/59794] New: i386 backend fails to detect SSE return value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59794 Bug ID: 59794 Summary: i386 backend fails to detect SSE return value Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: targ

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781 --- Comment #6 from janus at gcc dot gnu.org --- (In reply to janus from comment #5) > Here is a draft patch which seems to fix comment 1 to 3: Unfortunately it does produce a few failures in the coarray sector: FAIL: gfortran.dg/coarray/alloc_co

[Bug fortran/31124] Warn of unused PRIVATE module variables/procedures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31124 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Known to work|

[Bug middle-end/56344] ICE for program with very large structs returned by value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56344 --- Comment #12 from Marek Polacek --- (In reply to Georg from comment #11) > For clarity, just asking: Does this mean that > > 1. if I compile a program on HOST with bit size N, > for a TARGET with bit size M, then gcc will sorry() > just in ca

[Bug debug/54694] [4.7/4.8/4.9 Regression] internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2out.c:2387

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694 --- Comment #16 from Toralf Förster --- (In reply to Richard Henderson from comment #15) > So one > can also fix the "problem" by upgrading from qemu-kvm-1.1 to qemu-1.7. app-emulation/qemu1.4.2 doesn't show the error

[Bug libitm/53113] Build fails in x86_avx.cc if AVX disabled by -mno-avx but supported by as

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113 --- Comment #24 from hjl at gcc dot gnu.org --- Author: hjl Date: Mon Jan 13 19:36:17 2014 New Revision: 206587 URL: http://gcc.gnu.org/viewcvs?rev=206587&root=gcc&view=rev Log: Make sure that -msse/-mavx are appended at the end PR libitm/53

[Bug debug/54694] [4.7/4.8/4.9 Regression] internal compiler error: in dwarf2out_frame_debug_expr, at dwarf2out.c:2387

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54694 --- Comment #15 from Richard Henderson --- I'm tempted to simply say this is user-error. It's the use of the global register of EBP that's causing the problem. And honestly I don't see a way around it. The only possible resolution I could see i

[Bug tree-optimization/59617] [vectorizer] ICE in vectorizable_mask_load_store with AVX-512F's gathers enabled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59617 --- Comment #1 from Jakub Jelinek --- Author: jakub Date: Mon Jan 13 19:16:30 2014 New Revision: 206585 URL: http://gcc.gnu.org/viewcvs?rev=206585&root=gcc&view=rev Log: PR target/59617 * config/i386/i386.c (ix86_vectorize_builtin_gather)

[Bug tree-optimization/59387] [4.9 Regression] wrong code (hangs) at -Os on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59387 --- Comment #10 from Jakub Jelinek --- Author: jakub Date: Mon Jan 13 19:14:03 2014 New Revision: 206583 URL: http://gcc.gnu.org/viewcvs?rev=206583&root=gcc&view=rev Log: PR tree-optimization/59387 * tree-scalar-evolution.c: Include gimpl

[Bug c++/59793] New: Warning to suggest making trivial non-virtual method inline

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59793 Bug ID: 59793 Summary: Warning to suggest making trivial non-virtual method inline Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: enhancement

[Bug c++/59792] New: Warning to suggest making non-virtual method const

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59792 Bug ID: 59792 Summary: Warning to suggest making non-virtual method const Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: enhancement Priority: P3 Compo

[Bug c++/59791] New: [4.9 Regression] ICE: Error reporting routines re-entered. with -fcompare-debug

without-cloog --without-ppl Thread model: posix gcc version 4.9.0 20140113 (experimental) (GCC)

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 --- Comment #6 from H.J. Lu --- Created attachment 31824 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31824&action=edit A patch This is a patch based on http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57698#c7

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 --- Comment #5 from H.J. Lu --- A smaller testcase: [hjl@gnu-6 gcc]$ cat /tmp/x.c #pragma GCC push_options #pragma GCC target("sse2") typedef int __v4si __attribute__ ((__vector_size__ (16))); typedef long long __m128i __attribute__ ((__vector_si

[Bug middle-end/28865] Structures with a flexible arrray member have wrong .size

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 Nick Clifton changed: What|Removed |Added Attachment #31802|0 |1 is obsolete|

[Bug sanitizer/59402] bootstrap failure on x32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59402 --- Comment #9 from H.J. Lu --- (In reply to Kostya Serebryany from comment #8) > H.J., may I ask you to repost the patches > (that apply to the current upstream trunk) to llvm-commits? Done.

[Bug middle-end/56344] ICE for program with very large structs returned by value

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56344 --- Comment #11 from Georg --- (In reply to Marek Polacek from comment #10) > Fixed. For clarity, just asking: Does this mean that 1. if I compile a program on HOST with bit size N, for a TARGET with bit size M, then gcc will sorry() just in ca

[Bug bootstrap/59496] [4.9 Regression] Bootstrap fails on powerpc-apple-darwin9 after r205685

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59496 Jakub Jelinek changed: What|Removed |Added Priority|P1 |P4 --- Comment #5 from Jakub Jelinek ---

[Bug bootstrap/59496] [4.9 Regression] Bootstrap fails on powerpc-apple-darwin9 after r205685

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

[Bug middle-end/28865] Structures with a flexible arrray member have wrong .size

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 --- Comment #22 from Jakub Jelinek --- But the glibc headers case you're mentioning wasn't initializing the flexible array members, right? (Or even initialization with {} initializer is fine I guess). I mean, while C doesn't allow it, if you don

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 H.J. Lu changed: What|Removed |Added CC||tmsriram at google dot com --- Comment #4 from

[Bug c++/59790] Inner template class specialization has no direct access to outer template class typedefs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59790 Lorenzo Pistone changed: What|Removed |Added CC||blaffablaffa at gmail dot com --- Comme

[Bug c++/59790] New: Inner template class specialization has no direct access to outer template class typedefs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59790 Bug ID: 59790 Summary: Inner template class specialization has no direct access to outer template class typedefs Product: gcc Version: unknown Status: UNCONFIRMED

[Bug middle-end/28865] Structures with a flexible arrray member have wrong .size

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 --- Comment #21 from joseph at codesourcery dot com --- The reason for laxity about flexible array member constraints is existing code violating them, as in the glibc header code quoted in

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 --- Comment #3 from H.J. Lu --- (In reply to Alexander Ivchenko from comment #2) > lets just say that my code is valid and I forgot to add "-msse2" :). > Does GCC ICE with -msse2?

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 --- Comment #2 from Alexander Ivchenko --- lets just say that my code is valid and I forgot to add "-msse2" :). (In reply to H.J. Lu from comment #1) > The code is invalid since -march=i686 doesn't support SSE. > The older GCC issues: > > In fi

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781 --- Comment #5 from janus at gcc dot gnu.org --- Here is a draft patch which seems to fix comment 1 to 3: Index: gcc/fortran/trans-decl.c === --- gcc/fortran/trans-decl.c(revisio

[Bug fortran/45044] Different named COMMON block size: No warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45044 --- Comment #9 from Dominique d'Humieres --- Revision 178344 Author:burnus Date:Tue Aug 30 22:09:49 2011 UTC (2 years, 4 months ago) Changed paths:5 Log Message: 2011-08-30 Tobias Burnus PR fortran/45044 * tran

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 H.J. Lu changed: What|Removed |Added CC||hjl.tools at gmail dot com Target Milestone|-

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/59770] [4.9 Regression] bootstrap failure for arm-linux-gnueabi targeting armv4t

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59770 Martin Guy changed: What|Removed |Added CC||martinwguy at gmail dot com --- Comment #1 f

[Bug target/59789] [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 --- Comment #1 from H.J. Lu --- The code is invalid since -march=i686 doesn't support SSE. The older GCC issues: In file included from /tmp/pr59789.c:2:0: /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/emmintrin.h:31:3: error: #error "SSE2 instru

[Bug fortran/45044] Different named COMMON block size: No warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45044 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Known to work|

[Bug target/59789] New: [4.9 Regression] ICE in in convert_move, at expr.c:333

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789 Bug ID: 59789 Summary: [4.9 Regression] ICE in in convert_move, at expr.c:333 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug c++/59760] use_thunk internal error on default destructor declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59760 --- Comment #3 from sshannin at gmail dot com --- Created attachment 31821 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31821&action=edit Preprocessed source Preprocessed source of compilation from example in previous link. Source (no incl

[Bug target/59788] New: Mixing libc and libgcc_s unwinders on 64-bit Solaris 10+/x86 breaks EH

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788 Bug ID: 59788 Summary: Mixing libc and libgcc_s unwinders on 64-bit Solaris 10+/x86 breaks EH Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug target/59788] Mixing libc and libgcc_s unwinders on 64-bit Solaris 10+/x86 breaks EH

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/33056] [Meta-bug] Data - statement related bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33056 Bug 33056 depends on bug 25096, which changed state. Bug 25096 Summary: Non-conforming shapes of DATA object and data http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25096 What|Removed |Added ---

[Bug fortran/25096] Non-conforming shapes of DATA object and data

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

[Bug fortran/31392] [meta-bug] gfortran problems with initialization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31392 Bug 31392 depends on bug 25096, which changed state. Bug 25096 Summary: Non-conforming shapes of DATA object and data http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25096 What|Removed |Added ---

[Bug tree-optimization/59594] [4.9 Regression] wrong code (by tree vectorizer) at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59594 --- Comment #4 from Jakub Jelinek --- You're right, r206180 fixed this (i.e. that it FAILs at runtime even for -mtune=generic). In any case, sounds like this is a problem in determination of the aliasing, we should have refused to vectorize this

[Bug target/59787] New: [ARM] mmx-2.c causes ICE when GCC is configured for cortex-a5/vfpv3-d16-fp16

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59787 Bug ID: 59787 Summary: [ARM] mmx-2.c causes ICE when GCC is configured for cortex-a5/vfpv3-d16-fp16 Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: nor

[Bug fortran/34136] Add entry point and symbol for linker

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

[Bug tree-optimization/59594] [4.9 Regression] wrong code (by tree vectorizer) at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59594 --- Comment #3 from H.J. Lu --- (In reply to Jakub Jelinek from comment #2) > (In reply to H.J. Lu from comment #1) > > It is caused by r204062. > > That is only a part of the story, this testcase seems to be interesting. > > Starting with r2040

[Bug tree-optimization/59786] New: GIMPLE invariant motion misses opportunity to reduce register pressure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59786 Bug ID: 59786 Summary: GIMPLE invariant motion misses opportunity to reduce register pressure Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: missed-op

[Bug fortran/42568] [Cygwin] BLOCKDATA referenced in EXTERNAL not loading from library

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42568 Dominique d'Humieres changed: What|Removed |Added Status|REOPENED|WAITING --- Comment #26 from Domin

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59783 --- Comment #3 from Daniel Santos --- (In reply to Jakub Jelinek from comment #2) > If you want precise call trace in the diagnostics, you need to use -g. holy backtrace batman!

[Bug tree-optimization/58921] [4.9 Regression] ICE with segfault on valid code at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58921 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Depends on|

[Bug testsuite/59494] [4.9 Regression] FAIL: gfortran.dg/vect/fast-math-mgrid-resid.f scan-tree-dump-times optimized "vect_[^\\n]*\\+ " 13

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59494 --- Comment #8 from Dominique d'Humieres --- With the patch in comment 7 the test succeeds for Target: x86_64-apple-darwin10.8.0 Configured with: ../work/configure --prefix=/opt/gcc/gcc4.9w --enable-languages=c,c++,fortran,objc,obj-c++,ada,java,l

[Bug c/59785] atomic_store should load source operand atomically?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59785 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug testsuite/59494] [4.9 Regression] FAIL: gfortran.dg/vect/fast-math-mgrid-resid.f scan-tree-dump-times optimized "vect_[^\\n]*\\+ " 13

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59494 --- Comment #7 from Jakub Jelinek --- Created attachment 31820 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31820&action=edit gcc49-pr59494.patch Fix that tries to capture the r156042 to r156043 changes in the *.pcom dump details.

[Bug tree-optimization/59757] Unexpected VN_TOP in SSCVN

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59757 --- Comment #7 from Richard Biener --- That is, Index: gcc/tree-ssa-sccvn.c === --- gcc/tree-ssa-sccvn.c(revision 206576) +++ gcc/tree-ssa-sccvn.c(working copy) @@ -3

[Bug tree-optimization/59757] Unexpected VN_TOP in SSCVN

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59757 --- Comment #6 from rguenther at suse dot de --- On Mon, 13 Jan 2014, joey.ye at arm dot com wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59757 > > --- Comment #5 from Joey Ye --- > Here are some debug and log that might help to investi

[Bug middle-end/28865] Structures with a flexible arrray member have wrong .size

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 Jakub Jelinek changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #20

[Bug middle-end/28865] Structures with a flexible arrray member have wrong .size

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28865 --- Comment #19 from Alan Modra --- Jakub, you're correct. I should have read the standard on flexible array members before poking at this bug last year. Nick's patch is looking good to me. ISO/IEC 9899:1999 is quite clear that the answer to co

[Bug tree-optimization/59757] Unexpected VN_TOP in SSCVN

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59757 --- Comment #5 from Joey Ye --- Here are some debug and log that might help to investigate. Following one is suspecious to me, .MEM_18 is said to be defined a stmt that doesn't look like it should do (gdb) call debug_tree((*cfun->gimple_df->ssa_n

[Bug c/59785] New: atomic_store should load source operand atomically?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59785 Bug ID: 59785 Summary: atomic_store should load source operand atomically? Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug sanitizer/59402] bootstrap failure on x32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59402 --- Comment #8 from Kostya Serebryany --- H.J., may I ask you to repost the patches (that apply to the current upstream trunk) to llvm-commits?

[Bug testsuite/59494] [4.9 Regression] FAIL: gfortran.dg/vect/fast-math-mgrid-resid.f scan-tree-dump-times optimized "vect_[^\\n]*\\+ " 13

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59494 --- Comment #6 from Richard Biener --- (In reply to Jakub Jelinek from comment #5) > Alternatively we should just remove that scan-tree-dump-times from the test > altogether, counting additions where either lhs or rhs1 of addition has > vect_ in n

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59782 --- Comment #3 from Uroš Bizjak --- (In reply to Jakub Jelinek from comment #2) > I'd say for GCC 4.8 we should just replace the conditional with GCC_VERSION > >= 4008 and for 4.9 with >= 4009, better trust only the latest version for > target att

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59194 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[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 #12 from Joost VandeVondele --- (In reply to Jakub Jelinek from comment #11) > 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 l

[Bug target/59784] New: Nios2: Wrong code generation for fextsd custom instruction

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59784 Bug ID: 59784 Summary: Nios2: Wrong code generation for fextsd custom instruction Product: gcc Version: unknown Status: UNCONFIRMED Severity: major Pri

[Bug target/58694] Support intrinsic functions for ARMv8 Crypto extension

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58694 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug sanitizer/59758] [4.9 Regression] bootstrap failure in libsanitizer/asan on sparc-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59758 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P4

[Bug tree-optimization/59594] [4.9 Regression] wrong code (by tree vectorizer) at -O3 on x86_64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59594 Jakub Jelinek changed: What|Removed |Added CC||hjl.tools at gmail dot com,

[Bug sanitizer/59758] [4.9 Regression] bootstrap failure in libsanitizer/asan on sparc-linux-gnu

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

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

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

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

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

[Bug sanitizer/59758] [4.9 Regression] bootstrap failure in libsanitizer/asan on sparc-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59758 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0

[Bug c++/59760] use_thunk internal error on default destructor declarations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59760 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug target/59762] [4.9 Regression] func-vararg-mixed.c fails on PowerPC starting with revision 204079

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59762 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0 Summary|func-vararg-mix

  1   2   >