[Bug libstdc++/80977] New: uniform_int_distribution downscaling throws away perfectly good entropy

2017-06-04 Thread gccbugs at jbapple dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80977 Bug ID: 80977 Summary: uniform_int_distribution downscaling throws away perfectly good entropy Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal

[Bug c++/70528] [5 Regression] bogus error: constructor required before non-static data member

2017-06-04 Thread gerald at pfeifer dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70528 Gerald Pfeifer changed: What|Removed |Added CC||gerald at pfeifer dot com --- Comment

[Bug tree-optimization/80925] [8 Regression] vect peeling failures

2017-06-04 Thread wschmidt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80925 --- Comment #11 from Bill Schmidt --- Well, I should be more careful -- the behavior you see is probably reasonable for these runtime tests, since the testing infrastructure isn't aware that you built for an older architecture on the POWER8 it

[Bug tree-optimization/80925] [8 Regression] vect peeling failures

2017-06-04 Thread wschmidt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80925 --- Comment #10 from Bill Schmidt --- (In reply to rdapp from comment #9) > > Therefore, whenever the vector tests are run on a power8 CPU, > TARGET_EFFICIENT_UNALIGNED_VSX = 1, no matter the --with-cpu. This would > also explain why I didn't

[Bug c/53037] warn_if_not_aligned(X)

2017-06-04 Thread hjl.tools at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53037 --- Comment #23 from H.J. Lu --- (In reply to Martin Sebor from comment #22) > The warning on the test case in comment #21 looks good to me. Thanks! > > From reading comment #1 I'm not sure your patch does quite what you > described there.

[Bug c/53037] warn_if_not_aligned(X)

2017-06-04 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53037 --- Comment #22 from Martin Sebor --- The warning on the test case in comment #21 looks good to me. Thanks! >From reading comment #1 I'm not sure your patch does quite what you described there. It doesn't warn on the declaration of the

[Bug testsuite/80976] FAIL: c-c++-common/Wfloat-conversion.c -std=gnu++98 (test for warnings, line 42)

2017-06-04 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80976 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org

[Bug fortran/80975] [7/8 Regression] matmul for zero-length arrays

2017-06-04 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80975 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/80975] [7/8 Regression] matmul for zero-length arrays

2017-06-04 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80975 --- Comment #3 from Thomas Koenig --- Created attachment 41469 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41469=edit Attempt at straightforward patch This one looks rather straightforward. I'll be testing this.

[Bug fortran/80975] [7/8 Regression] matmul for zero-length arrays

2017-06-04 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80975 --- Comment #2 from Thomas Koenig --- Restricted to the library version, the inline version is OK: ig25@linux-d6cw:~/Krempel/MMZero> cat t1.f90 program bogus_matmul implicit none real :: M(3,0), v(0), w(3) w = 7 w = matmul(M,v)

[Bug fortran/80975] [7/8 Regression] matmul for zero-length arrays

2017-06-04 Thread dominiq at lps dot ens.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80975 Dominique d'Humieres changed: What|Removed |Added Priority|P3 |P4

[Bug c++/80976] New: FAIL: c-c++-common/Wfloat-conversion.c -std=gnu++98 (test for warnings, line 42)

2017-06-04 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80976 Bug ID: 80976 Summary: FAIL: c-c++-common/Wfloat-conversion.c -std=gnu++98 (test for warnings, line 42) Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug tree-optimization/80974] New: wrong code (generated code hangs) at -O2 on x86_64-linux-gnu

2017-06-04 Thread su at cs dot ucdavis.edu
/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 8.0.0 20170604 (experimental) [trunk revision 248860

[Bug fortran/80975] New: [7 Regression] matmul for zero-length arrays

2017-06-04 Thread Melven.Roehrig-Zoellner at DLR dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80975 Bug ID: 80975 Summary: [7 Regression] matmul for zero-length arrays Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug sanitizer/80973] New: ICE with lambda and -fsanitize=undefined

2017-06-04 Thread reichelt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80973 Bug ID: 80973 Summary: ICE with lambda and -fsanitize=undefined Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug c++/80972] New: [7/8 Regression] ICE with alignas and __attribute__((packed))

2017-06-04 Thread reichelt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80972 Bug ID: 80972 Summary: [7/8 Regression] ICE with alignas and __attribute__((packed)) Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug c++/80971] New: [7/8 Regression] ICE with 'if constexpr' in template function

2017-06-04 Thread reichelt at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80971 Bug ID: 80971 Summary: [7/8 Regression] ICE with 'if constexpr' in template function Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug c/80919] [7/8 Regression] ICE: Segmentation fault with -Wall when printing address of size 0 array

2017-06-04 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80919 --- Comment #3 from Marek Polacek --- Author: mpolacek Date: Sun Jun 4 17:27:22 2017 New Revision: 248860 URL: https://gcc.gnu.org/viewcvs?rev=248860=gcc=rev Log: PR c/80919 * c-format.c (matching_type_p): Return false if any

[Bug target/80970] New: [7 Regression] internal compiler error in find_reloads, at reload.c:4077

2017-06-04 Thread glaubitz at physik dot fu-berlin.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80970 Bug ID: 80970 Summary: [7 Regression] internal compiler error in find_reloads, at reload.c:4077 Product: gcc Version: 7.0 URL:

[Bug target/80969] [8 Regression] ICE in ix86_expand_prologue, at config/i386/i386.c:14606

2017-06-04 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80969 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/80969] [8 Regression] ICE in ix86_expand_prologue, at config/i386/i386.c:14606

2017-06-04 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80969 Uroš Bizjak changed: What|Removed |Added CC||daniel.santos at pobox dot com ---

[Bug target/80969] [8 Regression] ICE in ix86_expand_prologue, at config/i386/i386.c:14606

2017-06-04 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80969 Martin Liška changed: What|Removed |Added Last reconfirmed||2017-6-4 CC|

[Bug target/80969] New: [8 Regression] ICE in ix86_expand_prologue, at config/i386/i386.c:14606

2017-06-04 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80969 Bug ID: 80969 Summary: [8 Regression] ICE in ix86_expand_prologue, at config/i386/i386.c:14606 Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords:

[Bug libobjc/54720] libobjc install-strip target not populated

2017-06-04 Thread keith.marshall at mailinator dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54720 --- Comment #4 from Keith Marshall --- Created attachment 41468 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41468=edit Make install-strip work for libobjc FWIW, I've applied the attached patch, for the MinGW.org binary distribution of

[Bug target/80556] [8 Regression] bootstrap failure for Ada compiler

2017-06-04 Thread simon at pushface dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556 --- Comment #34 from simon at pushface dot org --- (In reply to r...@cebitec.uni-bielefeld.de from comment #31) > When I tried the workaround, I got > > /var/gcc/regression/trunk/10.7-gcc/build/./gcc/xgcc >

[Bug target/80968] stack frame reference allowed in delay slot of return instruction

2017-06-04 Thread ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80968 Eric Botcazou changed: What|Removed |Added Target||sparc*-*-*

[Bug go/80964] cross-gotools are not executable on host system

2017-06-04 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80964 --- Comment #3 from Bernd Edlinger --- I think this would do what you want: Not building gotools for build==host!=target, but build the gotools for build!=host==target (canadian), At least the gotools are built without error in the latter case,

[Bug go/80964] cross-gotools are not executable on host system

2017-06-04 Thread bernd.edlinger at hotmail dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80964 --- Comment #2 from Bernd Edlinger --- with --target=arm-linux-gnueabihf I see this in gotools config.log:NATIVE_FALSE='#' config.log:NATIVE_TRUE='' But with --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf it works as expected:

[Bug c++/80967] ICE in tsubst_decomp_names, at cp/pt.c:15660

2017-06-04 Thread trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80967 --- Comment #3 from Markus Trippelsdorf --- (In reply to ryan.burn from comment #2) > That's built from trunk only less than 2 months ago. Are you certain this is > invalid? Did you actually try to reproduce? Sure. The bug is fixed already. I

[Bug c++/80967] ICE in tsubst_decomp_names, at cp/pt.c:15660

2017-06-04 Thread ryan.burn at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80967 --- Comment #2 from ryan.burn at gmail dot com --- That's built from trunk only less than 2 months ago. Are you certain this is invalid? Did you actually try to reproduce?