[Bug c++/69635] 4x increase of build time [4.9 -> 6.0]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69635 --- Comment #1 from Jonathan Wakely --- Did you build gcc6 with --enable-checking=release ?

[Bug c++/69638] New: array out of bounds access accepted in constexpr function invocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69638 Bug ID: 69638 Summary: array out of bounds access accepted in constexpr function invocation Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

Turnoff prefetching for -march=znver1

Hi Maintainers, This patch disables prefetching for -march=znver1 which is turned on by default. gcc/ChangeLog: 2016-02-02 Victoria Stepanyan * gcc/config/i386/x86-tune.def: Disable default prefetching for -march=znver1 Ok for trunk? Victoria ---

[Bug hsa/69568] Invalid HSAIL opcode when using builtin vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69568 Martin Jambor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug fortran/69423] [6 Regression] Invalid optimization with deferred-length character

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69423 --- Comment #3 from Paul Thomas --- Dear Anthony, In reply to your email message, this one is high on my list of PRs to fix. A workaround, which could be permanent, is: program tester character(LEN=:), allocatable :: S S= test(2)

Re: [PATCH] s390: Add -fsplit-stack support

Marcin Kościelnicki wrote: > Here we go. I've also removed the "see below", since I don't really > see anything below... The "see below" refers to this code (which I agree isn't really obvious): if (TARGET_TPF_PROFILING) { /* Generate a BAS instruction to serve as a function

[Bug bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 --- Comment #4 from David Edelsohn --- Joseph, is the patch proposed in the original description okay as fix for stage 4 or you want a __NO_FPRS__ addressed?

[Bug target/69639] New: [6 Regression] FAIL: gcc.c-torture/compile/limits-exprparen.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69639 Bug ID: 69639 Summary: [6 Regression] FAIL: gcc.c-torture/compile/limits-exprparen.c Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

New template for 'cpplib' made available

Hello, gentle maintainer. This is a message from the Translation Project robot. (If you have any questions, send them to .) A new POT file for textual domain 'cpplib' has been made available to the language teams for translation. It is archived as:

Re: [PING] Add new mexecute-only arm option.

On 02/02/2016 02:06 AM, mickael guene wrote: Hi All, Ping for following thread : https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01968.html https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01969.html https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01970.html Two comments: (1) MIPS has had a

New template for 'gcc' made available

Hello, gentle maintainer. This is a message from the Translation Project robot. (If you have any questions, send them to .) A new POT file for textual domain 'gcc' has been made available to the language teams for translation. It is archived as:

[Bug c++/69635] 4x increase of build time [4.9 -> 6.0]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69635 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

Re: [Patch, fortran, pr67451, gcc-5, v1] [5/6 Regression] ICE with sourced allocation from coarray

Hi Andre, This one looks good too. As every day goes by, I see more and more why Tobias was so keen to incorporate all objects into a single descriptor type :-) OK for 5-branch. Thanks for both the patches Paul On 1 February 2016 at 13:34, Andre Vehreschild wrote: > Oh, well,

[Bug c/69624] sanitize-coverage=trace-pc miscompiles kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69624 Jakub Jelinek changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug fortran/69636] New: ICE(s) on using option -fmodule-private

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69636 Bug ID: 69636 Summary: ICE(s) on using option -fmodule-private Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

Re: [PATCH] s390: Add -fsplit-stack support

On 02/02/16 19:33, Ulrich Weigand wrote: Marcin Kościelnicki wrote: Here we go. I've also removed the "see below", since I don't really see anything below... The "see below" refers to this code (which I agree isn't really obvious): if (TARGET_TPF_PROFILING) { /* Generate a

[Bug c++/69637] New: ICE on an invalid bit-field with template name for width

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69637 Bug ID: 69637 Summary: ICE on an invalid bit-field with template name for width Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug c/69612] Optimizer does not consider overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69612 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

Re: [Patch, fortran, pr67451, v1] [5/6 Regression] ICE with sourced allocation from coarray

Hi Andre, This looks to be OK for trunk. I'll move to the 5-branch patch right away. Thanks Paul On 29 January 2016 at 19:17, Andre Vehreschild wrote: > Hi all, > > attached is a patch to fix a regression in current gfortran when a > coarray is used in the source=-expression of

Re: [PATCH] c/69540 - update documentation on -l

On 01/30/2016 10:33 AM, Arkadiusz Drabczyk wrote: * doc/invoke.texi: update documentation WRT .so libraries in -l --- gcc/ChangeLog | 4 gcc/doc/invoke.texi | 8 +--- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/gcc/ChangeLog b/gcc/ChangeLog index

[Patch, Fortran] PR 69495: unused-label warning does not tell which flag triggered it

Hi all, here is a diagnostics patch, which makes sure that the responsible flag is printed in several warning messages (for which this was still missing). The only case that I'm not completely sure about is the hunk in intrinsic.c. In particular I was not able to trigger this warning and found

[Bug c/69612] Optimizer does not consider overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69612 --- Comment #2 from Roar Lauritzsen --- Thanks a lot for the quick analysis. Now that I know what it is I can fix my program, and the -fsanitize=undefined will come in handy for localizing problem areas. For future googlers, I am planning to fix

Re: [PATCH] [graphite] document that isl-0.16 is supported

On Feb 2, 2016, at 2:23 AM, Sebastian Huber wrote: > It would be good to have a recommended version as well (similar for cloog, > gmp, mpc and mpfr). If you present me three versions which one should I > choose as a naive user? The latest release, or the

[Bug bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 --- Comment #3 from Michael Meissner --- On Mon, Feb 01, 2016 at 11:35:35PM +, joseph at codesourcery dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 > > --- Comment #1 from joseph at codesourcery dot com dot com> --- >

[Bug rtl-optimization/69570] [6 Regression] if-conversion bug on i?86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570 --- Comment #14 from Tom Hughes --- Yes upstream took my fix to avoid the equality (https://github.com/mapnik/node-mapnik/pull/589) but have also now noticed that most of the FP can be one away with completely.

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #7 from Craig Smith --- (In reply to Orion Poplawski from comment #6) > (In reply to Craig Smith from comment #5) > > For example, on RHEL 7, liblzma.so.5 is linked with -Ofast, which also > > triggers crtfastmath.o to be used,

Re: [PATCH] c/69540 - update documentation on -l

On 2016-02-02, Sandra Loosemore wrote: > I see that the documentation of -l does need to be updated to mention > .so files, but I think your patch doesn't go far enough. It's already > confusing because that sentence says "The only difference is...", and > then

[Bug c++/69635] 4x increase of build time [4.9 -> 6.0]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69635 --- Comment #4 from Markus Trippelsdorf --- (In reply to h2+bugs from comment #3) > Thank you for the quick replies! > > > Did you build gcc6 with --enable-checking=release ? > > I am using the pre-built FreeBSD packages, I have checked, and

[Bug rtl-optimization/67609] [5 Regression] Generates wrong code for SSE2 _mm_load_pd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609 --- Comment #44 from Uroš Bizjak --- (In reply to rsand...@gcc.gnu.org from comment #43) > FWIW, the proposed patch for PR69577 fixes this testcase > with the aarch64_cannot_change_mode_class change reverted. > The code quality looks slightly

Re: Turnoff prefetching for -march=znver1

On Tue, Feb 2, 2016 at 9:28 PM, Stepanyan, Victoria wrote: > Hi Maintainers, > > This patch disables prefetching for -march=znver1 which is turned on by > default. > > gcc/ChangeLog: > > 2016-02-02 Victoria Stepanyan > > *

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #6 from Orion Poplawski --- (In reply to Craig Smith from comment #5) > For example, on RHEL 7, liblzma.so.5 is linked with -Ofast, which also > triggers crtfastmath.o to be used, corrupting the mxcsr register at library > load time.

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #8 from Orion Poplawski --- That version does not exist in RHEL7. Looks like it was a Mandriva thing: https://www.rpmfind.net/linux/RPM/mandriva/devel/cooker/x86_64/media/main/release/xz-5.1.2-0.alpha.1.x86_64.html

[Bug c++/69635] 4x increase of build time [4.9 -> 6.0]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69635 --- Comment #3 from h2+bugs at fsfe dot org --- Thank you for the quick replies! > Did you build gcc6 with --enable-checking=release ? I am using the pre-built FreeBSD packages, I have checked, and it seems it is not the case. That likely

Re: RFA: Add GCC Runtime Library Exception to include/plugin-api.h

On Tue, Feb 2, 2016 at 1:35 PM, Cary Coutant wrote: >> include/plugin-api.h defines an ABI between linker and compiler, >> which can be used to implement linker plug-in by any compilers. >> I'd like to add GCC Runtime Library Exception to include/plugin-api.h >> so that the

[PATCH] Add GCC Runtime Library Exception to include/plugin-api.h

On Tue, Feb 2, 2016 at 1:35 PM, Cary Coutant wrote: >> include/plugin-api.h defines an ABI between linker and compiler, >> which can be used to implement linker plug-in by any compilers. >> I'd like to add GCC Runtime Library Exception to include/plugin-api.h >> so that the

[Bug c++/69640] ~SomeClass() = default; incorrectly considered a "user-declared destructor"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69640 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ipa/69241] [6 Regression] ICE with noreturn and function that return non-POD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241 --- Comment #12 from Patrick Palka --- (In reply to Patrick Palka from comment #11) > More reduced test case, that does not depend on -ipa-icf: > > struct R > { > R (const R&) { } > }; > > __attribute__ ((noreturn)) R f (); > > R > c () > {

[Bug c++/69640] New: ~SomeClass() = default; incorrectly considered a "user-declared destructor"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69640 Bug ID: 69640 Summary: ~SomeClass() = default; incorrectly considered a "user-declared destructor" Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug target/69639] [6 Regression] FAIL: gcc.c-torture/compile/limits-exprparen.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69639 --- Comment #1 from John David Anglin --- (gdb) r Starting program: /test/gnu/gcc/objdir/stage1-gcc/cc1 -fpreprocessed limits-exprparen.i -quiet -dumpbase limits-exprparen.c -auxbase-strip limits-exprparen.o -O0 -w -version

[Bug rtl-optimization/69570] [6 Regression] if-conversion bug on i?86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570 --- Comment #13 from Bernd Schmidt --- Or, you know, operate on integers. Skip the / 255.0 step where it is unnecessary.

[PATCH] vector-compare-4.c

This testcase fails on 32-bit powerpc-linux with Excess errors: /home/segher/src/gcc/gcc/testsuite/c-c++-common/vector-compare-4.c:31:1: warning: GCC vector returned by reference: non-standard ABI extension with no compatibility guarantee Fix this as in vector-compare-2.c . Tested on

[wwwdocs] Add common C++ issues to /gcc-6/porting_to.html

This documents the most likely problems for C++ programs using GCC 6. Committed to CVS. Index: htdocs/gcc-6/porting_to.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-6/porting_to.html,v retrieving revision 1.2 diff -u -r1.2

Re: RFA: Add GCC Runtime Library Exception to include/plugin-api.h

> include/plugin-api.h defines an ABI between linker and compiler, > which can be used to implement linker plug-in by any compilers. > I'd like to add GCC Runtime Library Exception to include/plugin-api.h > so that the linker plug-in can have non-GPL licenses. This is OK with me. -cary

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 Craig Smith changed: What|Removed |Added CC||spathiwa at gmail dot com --- Comment #5

[Bug ipa/69241] [6 Regression] ICE with noreturn and function that return non-POD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org --- Comment

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 Andy Lutomirski changed: What|Removed |Added Severity|enhancement |major --- Comment #9 from Andy

Re: [Patch, MIPS] Fix PR target/68273, passing args in wrong regs

On Sat, 2016-01-30 at 11:06 +, Richard Sandiford wrote: > We need to be careful of examples like: > > struct __attribute__ ((aligned (8))) s { _Complex float x; }; > void foo (struct s *ptr, struct s val) { *ptr = val; } > > "x" gets SCmode, which has an alignment of 4. And it's OK for

[Bug driver/69642] New: command-line spell check should know about "no-"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69642 Bug ID: 69642 Summary: command-line spell check should know about "no-" Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug bootstrap/69611] Bootstrap broken on PowerPC FreeBSD, IEEE 128-bit floating point support.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611 --- Comment #5 from joseph at codesourcery dot com --- I think it's OK for stage 4 - the t-hardfp point is that you'd get a smaller, faster libgcc on FreeBSD that way, by not compiling soft-fp at all for non-float128 hard float.

gcc-5-20160202 is now available

Snapshot gcc-5-20160202 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20160202/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5

[Bug driver/69642] command-line spell check should know about "no-"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69642 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug driver/69453] unrecognized command line option suggestions should take negation into account

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69453 Andrew Pinski changed: What|Removed |Added CC||segher at gcc dot gnu.org --- Comment

[Bug c++/69641] New: invalid int32 comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69641 Bug ID: 69641 Summary: invalid int32 comparison Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ Assignee:

[Bug c++/69641] invalid int32 comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69641 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug target/69577] [5/6 Regression] wrong code with -fno-forward-propagate -mavx and 128bit arithmetics since r215450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69577 Richard Henderson changed: What|Removed |Added CC||rth at gcc dot gnu.org --- Comment

Re: [PATCH] [ARC] Add single/double IEEE precission FPU support.

On 01/02/16 13:57, Claudiu Zissulescu wrote: In this patch, we add support for the new FPU instructions available with ARC V2 processors. The new FPU instructions covers both single and double precision IEEE formats. While the single precision is available for both ARC EM and ARC HS

New Brazilian Portuguese PO file for 'cpplib' (version 6.1-b20160131)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Brazilian Portuguese team of translators. The file is available at: http://translationproject.org/latest/cpplib/pt_BR.po (This file,

[Bug target/55522] -funsafe-math-optimizations is unexpectedly harmful, especially w/ -shared

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55522 --- Comment #10 from Craig Smith --- (In reply to Orion Poplawski from comment #8) > That version does not exist in RHEL7. Looks like it was a Mandriva thing: > https://www.rpmfind.net/linux/RPM/mandriva/devel/cooker/x86_64/media/main/ >

[Bug target/63805] ICE: in extract_insn, at recog.c:2327 with -mcpu=power8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805 Bill Schmidt changed: What|Removed |Added Status|NEW |WAITING --- Comment #8 from Bill Schmidt

[Bug target/63805] ICE: in extract_insn, at recog.c:2327 with -mcpu=power8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805 --- Comment #9 from Bill Schmidt --- Same question for Markus. Sorry for conflating the two of you. :)

[Bug c++/69641] invalid int32 comparison

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69641 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

Re: Status of GCC 6 on x86_64 (Debian)

On 22.01.2016 08:27, Matthias Klose wrote: On 22.01.2016 06:09, Martin Michlmayr wrote: In terms of build failures, I reported 520 bugs to Debian. Most of them were new GCC errors or warnings (some packages use -Werror and many -Werror=format-security). Here are some of the most frequent

[PATCH] s390: Add -fsplit-stack support

libgcc/ChangeLog: * config.host: Use t-stack and t-stack-s390 for s390*-*-linux. * config/s390/morestack.S: New file. * config/s390/t-stack-s390: New file. * generic-morestack.c (__splitstack_find): Add s390-specific code. gcc/ChangeLog: *

New Vietnamese PO file for 'cpplib' (version 6.1-b20160131)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Vietnamese team of translators. The file is available at: http://translationproject.org/latest/cpplib/vi.po (This file,

Re: RFA: Add GCC Runtime Library Exception to include/plugin-api.h

On Tue, Feb 2, 2016 at 4:23 PM, David Edelsohn wrote: > On Tue, Feb 2, 2016 at 5:03 PM, H.J. Lu wrote: >> On Tue, Feb 2, 2016 at 1:35 PM, Cary Coutant wrote: include/plugin-api.h defines an ABI between linker and compiler,

Re: [PATCH] [ARM] PR68532: Fix VUZP and VZIP recognition on big endian

On 1 February 2016 at 17:14, Kyrill Tkachov wrote: > Indeed I see the new passes on armeb-none-eabi. > However, the new FAILs that I see are ICEs, not just vectorisation failures, > so they need to be looked at. > > The ICEs that I see are: > FAIL:

[Bug ipa/69241] [6 Regression] ICE with noreturn and function that return non-POD

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241 --- Comment #13 from Patrick Palka --- (In reply to Patrick Palka from comment #12) > (In reply to Patrick Palka from comment #11) > > More reduced test case, that does not depend on -ipa-icf: > > > > struct R > > { > > R (const R&) { } > >

[Bug target/63805] ICE: in extract_insn, at recog.c:2327 with -mcpu=power8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63805 Bill Schmidt changed: What|Removed |Added Status|WAITING |NEW --- Comment #11 from Bill Schmidt

Re: RFA: Add GCC Runtime Library Exception to include/plugin-api.h

On Tue, Feb 2, 2016 at 4:23 PM, David Edelsohn wrote: > On Tue, Feb 2, 2016 at 5:03 PM, H.J. Lu wrote: >> On Tue, Feb 2, 2016 at 1:35 PM, Cary Coutant wrote: include/plugin-api.h defines an ABI between linker and compiler,

[Bug tree-optimization/67282] Wrong code with -floop-nest-optimize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67282 --- Comment #3 from Arseny Solokha --- Are gcc 5 and 6 in your setup linked against different versions of ISL? In my case, it was 0.15 for all installed gcc versions back in December and 0.16, for all of them as well, as for now.

[committed, PATCH] Add IA MCU tests for passing/returning of empty structures/unions

diff --git a/gcc/testsuite/ChangeLog b/gcc/testsuite/ChangeLog index 8277dff..afe4720 100644 --- a/gcc/testsuite/ChangeLog +++ b/gcc/testsuite/ChangeLog @@ -1,3 +1,7 @@ +2016-02-02 H.J. Lu + + * gcc.target/i386/iamcu/test_empty_structs_and_unions.c: New test. +

[PATCH] Fix c/69643, named address space wrong-code

In gimple_fold_indirect_ref, we STRIP_NOPS, find the ADDR_EXPR, and fold everything away. I can't imagine it ever being correct to drop an address space change between pointers, so I've modified tree_nop_conversion_p. Anything else seems to require more checks every places we use STRIP_NOPS.

[Bug fortran/69514] ICE with nested array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69514 --- Comment #2 from Gerhard Steinmetz --- Test case from comment 0 can be reduced to e.g. $ cat z3.f90 program p real, parameter :: w(2) = [real :: 0, 3.0*[real :: 2]] print *, w end program $

[Bug target/69634] [6 Regression] -fcompare-debug failure (length) with -O2 -fno-dce -fschedule-insns -fno-tree-vrp @ i686

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69634 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug rtl-optimization/69102] [4.9/5/6 Regression] ICE: in move_op_ascend, at sel-sched.c:6138 with -fselective-scheduling2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69102 --- Comment #5 from Richard Henderson --- (In reply to Andrey Belevantsev from comment #4) > Created attachment 37550 [details] > proposed patch > > The problem here is readonly dependence contexts in selective scheduler. > We're trying to

[Bug target/69461] [6 Regression] ICE in lra_set_insn_recog_data, at lra.c:964

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69461 Alexandre Oliva changed: What|Removed |Added Assignee|aoliva at gcc dot gnu.org |vmakarov at gcc dot gnu.org

New Ukrainian PO file for 'cpplib' (version 6.1-b20160131)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Ukrainian team of translators. The file is available at: http://translationproject.org/latest/cpplib/uk.po (This file,

Go patch committed: Unpack method names when sorting them

When using type reflection, you occasionally need to know the order of a type's methods. The order is simply an alphabetical sort. Unfortunately, gccgo was not unpacking names before sorting them, meaning that a type with a combination of exported and unexported methods would have them in the

[Bug target/69648] New: wrong code with -O -mtune=winchip-c6 -fPIC -fexpensive-optimizations -msse4 @ i686

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69648 Bug ID: 69648 Summary: wrong code with -O -mtune=winchip-c6 -fPIC -fexpensive-optimizations -msse4 @ i686 Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug target/69644] ICE with -O on __sync_bool_compare_and_swap with short in extract_insn, at recog.c:2286

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

[Bug c/69616] New: optimization of 8 movb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69616 Bug ID: 69616 Summary: optimization of 8 movb Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee:

[Bug target/69532] FAIL: gcc.target/arm/{vect-,}fmaxmin.c execution test on armv7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69532 --- Comment #4 from david.sherwood at arm dot com --- (In reply to vries from comment #3) > Also for the non-vect version: > ... > FAIL: gcc.target/arm/fmaxmin.c execution test > ... Hi, if you are not already fixing this, I can take a look if

[Bug target/69616] optimization of 8 movb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69616 Markus Trippelsdorf changed: What|Removed |Added Target||x86_64-*-*, i?86-*-*

[Bug tree-optimization/69615] 0 to limit signed range checks don't always use unsigned compare

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69615 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/69614] [6 Regression] wrong code with -Os -fno-expensive-optimizations -fschedule-insns -mtpcs-leaf-frame -fira-algorithm=priority @ armv7a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69614 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.0

[Bug target/69577] [5/6 Regression] wrong code with -fno-forward-propagate -mavx and 128bit arithmetics since r215450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69577 --- Comment #7 from rsandifo at gcc dot gnu.org --- (In reply to Uroš Bizjak from comment #6) > IMO, we should revert r215450, and fix a couple of cases using narrowing > conversions with gen_lowpart that were introduced after r215450. Please

[Bug target/69616] optimization of 8 movb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69616 Richard Biener changed: What|Removed |Added Keywords||missed-optimization --- Comment #2

Re: [PATCH] Fix compile/memory hog in the combiner (PR rtl-optimization/69592)

On Tue, Feb 02, 2016 at 12:50:39AM +0100, Bernd Schmidt wrote: > On 02/01/2016 09:34 PM, Jakub Jelinek wrote: > >On the following testcase we completely uselessly consume about 5.5GB > >of RAM and lots of compile time. The problem is the code to avoid > >exponential behavior of

[Bug c/69624] sanitize-coverage=trace-pc miscompiles kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69624 --- Comment #5 from Jiri Slaby --- (In reply to Jakub Jelinek from comment #4) > What gcc options are you using on the preprocessed source to trigger this? By default this: gcc-6 -nostdinc -fno-strict-aliasing -fno-common -std=gnu89 -mno-sse

[Bug c/69624] sanitize-coverage=trace-pc miscompiles kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69624 --- Comment #9 from Jiri Slaby --- (In reply to Dmitry Vyukov from comment #8) > First of all, are you sure that r12 is not 0 before the call? Yes. > Deference of 0xdc00 is how KASAN reacts on NULL deref, it does > shadow check

[Bug c++/69627] [6 Regression] Conditional jump or move depends on uninitialised value(s) in (anonymous namespace)::layout::get_state_at_point

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69627 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.0

PR 69577: Invalid RA of destination subregs

In PR 69577 we have: A: (set (reg:V2TI X) ...) B: (set (subreg:TI (reg:V2TI X) 0) ...) X gets allocated to an AVX register, as usual for V2TI. The problem is that the movti for B doesn't then preserve the other half of X, even though the subreg semantics are supposed to guarantee that. If

[Bug rtl-optimization/69570] [6 Regression] if-conversion bug on i?86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69570 Bernd Schmidt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c/69624] sanitize-coverage=trace-pc miscompiles kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69624 --- Comment #16 from Dmitry Vyukov --- > Could you please push that to the syzkaller tree [1] then? Sorry, syzkaller page referred to outdated patch. I was hoping that Andrew will take it soon, so that I can update the link to a more respected

[Bug tree-optimization/69599] [6 Regression] libgomp.c fipa-pta tests compiled with -flto -flto-partition=max fail in execution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69599 vries at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |6.0

[PATCH] s390: Add -fsplit-stack support

libgcc/ChangeLog: * config.host: Use t-stack and t-stack-s390 for s390*-*-linux. * config/s390/morestack.S: New file. * config/s390/t-stack-s390: New file. * generic-morestack.c (__splitstack_find): Add s390-specific code. gcc/ChangeLog: *

[Bug c++/69627] New: [6 Regression] Conditional jump or move depends on uninitialised value(s) in (anonymous namespace)::layout::get_state_at_point

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69627 Bug ID: 69627 Summary: [6 Regression] Conditional jump or move depends on uninitialised value(s) in (anonymous namespace)::layout::get_state_at_point Product: gcc

[Bug c/69624] sanitize-coverage=trace-pc miscompiles kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69624 --- Comment #7 from Jiri Slaby --- (In reply to Dmitry Vyukov from comment #6) > Also what gcc version? $ gcc-6 --version gcc-6 (SUSE Linux) 6.0.0 20160121 (experimental) [trunk revision 232670] > I've tried: > gcc version 6.0.0 20160105

[Bug c/69624] sanitize-coverage=trace-pc miscompiles kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69624 --- Comment #12 from Jiri Slaby --- (In reply to Jiri Slaby from comment #11) > __sw_hweight32 changes only retval (rax) and parameter (rdi). ... and rdi is stored to and restored from stack.

[Bug c/69624] sanitize-coverage=trace-pc miscompiles kernel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69624 --- Comment #14 from Dmitry Vyukov --- Wait, I already disabled instrumentation of hweight.c for because of this: +# Kernel does not boot if we instrument this file as it uses custom calling +# convention (see CONFIG_ARCH_HWEIGHT_CFLAGS).

  1   2   3   >