[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ada/66437] False Positive warning "Variable is not modified in loop body"

2015-06-06 Thread ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66437 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/66355] defining a constructor inhibits optimization

2015-06-06 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66355 --- Comment #2 from Marc Glisse --- PR 65197 has links to a number of related PRs. The middle-end has no code to handle the case where we detect "late" (i.e. not in the front-end) that the initialization is constant.

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 --- Comment #2 from Andrew Pinski --- (In reply to Andreas Schwab from comment #1) > You always need to use the libstdc++ that is bundled with the compiler. Actually that is true but that does not make this bug a valid bug. What is mentioned is

[Bug target/66258] compiling a stdarg function with arch +nofp generates an ICE

2015-06-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66258 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #5

[Bug libstdc++/66030] [5.1.0] std::codecvt_byname missing from libstdc++ DLL

2015-06-06 Thread ktietz at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66030 --- Comment #10 from Kai Tietz --- Yeah, thanks for working on that. With extensions shown by Jouni, the patch is preapproved. Jonathan, will you take care?

[Bug target/66258] compiling a stdarg function with arch +nofp generates an ICE

2015-06-06 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66258 --- Comment #6 from Andrew Pinski --- (In reply to Jakub Jelinek from comment #5) > Do you plan to backport this to gcc-5-branch? As I mentioned this is really needed to compile grub so if it is not back ported, you can't compile a full Linux di

[Bug libstdc++/66030] [5.1.0] std::codecvt_byname missing from libstdc++ DLL

2015-06-06 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66030 --- Comment #11 from Jonathan Wakely --- Yes, I'll deal with it.

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 --- Comment #3 from Jonathan Wakely --- Indeed. Before gcc-5 it was never supported to combine C++11 objects compiled with different major versions. The whole point of calling C++11 support experimental was that we reserved the right to make inc

[Bug libstdc++/66262] [REGRESSION] testsuite failure with libstdc++ (gcc-5) and g++-4.9 together

2015-06-06 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66262 --- Comment #16 from Jonathan Wakely --- PR66438 has a proper analysis of this issue (and it isn't related to PR66145)

[Bug libstdc++/66441] wstring_convert not working correctly

2015-06-06 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66441 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread costamagnagianfranco at yahoo dot it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 --- Comment #4 from Gianfranco --- The problem actually is Debian has gcc-4.9 as default compiler, and the libstdc++ provided in testing is from gcc-5.

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread foom at fuhm dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 James Y Knight changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 --- Comment #7 from Jonathan Wakely --- If you can provide a patch that makes it work without any unwanted side effects then I'll certainly look at it, but mixing versions for C++11 code is unsupported, and so I'm not going to spend my time tryin

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 --- Comment #8 from Jonathan Wakely --- Created attachment 35708 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35708&action=edit Compare old and new categories This fixes this specific testcase, but not all cases (if you compare error_con

[Bug tree-optimization/66442] New: [6 regression] FAIL: gcc.dg/autopar/pr46885.c (test for excess errors)

2015-06-06 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442 Bug ID: 66442 Summary: [6 regression] FAIL: gcc.dg/autopar/pr46885.c (test for excess errors) Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/66442] [6 regression] FAIL: gcc.dg/autopar/pr46885.c (test for excess errors)

2015-06-06 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442 Andreas Schwab changed: What|Removed |Added Target Milestone|--- |6.0

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread foom at fuhm dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 --- Comment #9 from James Y Knight --- What good is having special code to allow linking compatibility, if the program then can't work anyways? Isn't that anti-useful? > I didn't realise you were the maintainer and knew what's supposed to work.

[Bug libstdc++/66438] libstdc++ 5.1 broke binary compat with old code using std::error_category

2015-06-06 Thread foom at fuhm dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66438 James Y Knight changed: What|Removed |Added CC||doko at gcc dot gnu.org --- Comment #10

[Bug fortran/47359] Recursive functions of intrinsic names generates invalid assembler

2015-06-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47359 --- Comment #4 from Thomas Koenig --- Author: tkoenig Date: Sat Jun 6 16:12:39 2015 New Revision: 224190 URL: https://gcc.gnu.org/viewcvs?rev=224190&root=gcc&view=rev Log: 2015-06-06 Thomas Koenig PR fortran/47359 * arith.c

[Bug fortran/47359] Recursive functions of intrinsic names generates invalid assembler

2015-06-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47359 --- Comment #5 from Thomas Koenig --- Author: tkoenig Date: Sat Jun 6 16:16:03 2015 New Revision: 224191 URL: https://gcc.gnu.org/viewcvs?rev=224191&root=gcc&view=rev Log: 2015-06-06 Thomas Koenig PR fortran/47359 * ChangeLo

[Bug fortran/47659] -Wconversion[-extra] should emit warning for constant expressions

2015-06-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47659 Thomas Koenig changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/39366] Memory Leak in Exception Handling

2015-06-06 Thread bill.torpey at ullink dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39366 Bill Torpey changed: What|Removed |Added CC||bill.torpey at ullink dot com --- Comment

[Bug fortran/47359] Recursive functions of intrinsic names generates invalid assembler

2015-06-06 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47359 Thomas Koenig changed: What|Removed |Added CC||tkoenig at gcc dot gnu.org --- Comment #

[Bug c++/66443] New: Virtual inheritance vs. non-default constructors

2015-06-06 Thread vpozdyayev at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66443 Bug ID: 66443 Summary: Virtual inheritance vs. non-default constructors Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug bootstrap/66319] [6 Regression] gcov-tool.c:84:65: error: invalid conversion from 'int (*)(const c har*, const stat*, int, FTW*)' to 'int (*)(const char*, const stat*, int, FTW)'

2015-06-06 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66319 --- Comment #7 from John David Anglin --- Author: danglin Date: Sat Jun 6 18:33:06 2015 New Revision: 224192 URL: https://gcc.gnu.org/viewcvs?rev=224192&root=gcc&view=rev Log: PR bootstrap/66319 * config/pa/pa-hpux10.h (TARGET_O

[Bug bootstrap/66319] [6 Regression] gcov-tool.c:84:65: error: invalid conversion from 'int (*)(const c har*, const stat*, int, FTW*)' to 'int (*)(const char*, const stat*, int, FTW)'

2015-06-06 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66319 --- Comment #8 from John David Anglin --- Author: danglin Date: Sat Jun 6 18:35:16 2015 New Revision: 224193 URL: https://gcc.gnu.org/viewcvs?rev=224193&root=gcc&view=rev Log: PR bootstrap/66319 * config/pa/pa-hpux10.h (TARGET_O

[Bug rtl-optimization/66444] New: [5/6 Regression] Miscompilation of Xen since r211078

2015-06-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444 Bug ID: 66444 Summary: [5/6 Regression] Miscompilation of Xen since r211078 Product: gcc Version: 5.1.1 Status: UNCONFIRMED Keywords: wrong-code Severity: normal

[Bug rtl-optimization/66444] [5/6 Regression] Miscompilation of Xen since r211078

2015-06-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66444 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug tree-optimization/66442] [6 regression] FAIL: gcc.dg/autopar/pr46885.c (test for excess errors)

2015-06-06 Thread vries at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442 vries at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/66445] [5/6 Regression] ICE with lambda in stmt expression in a template

2015-06-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66445 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/66445] New: [5/6 Regression] ICE with lambda in stmt expression in a template

2015-06-06 Thread jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66445 Bug ID: 66445 Summary: [5/6 Regression] ICE with lambda in stmt expression in a template Product: gcc Version: 5.1.1 Status: UNCONFIRMED Keywords: ice-on-valid-

[Bug tree-optimization/66442] [6 regression] FAIL: gcc.dg/autopar/pr46885.c (test for excess errors)

2015-06-06 Thread vries at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66442 --- Comment #1 from vries at gcc dot gnu.org --- The problem is here: ... static bool try_transform_to_exit_first_loop_alt (struct loop *loop, reduction_info_table_type *reduction_list,

[Bug c/66348] Simple loop never exits with -O1, exits with -O0

2015-06-06 Thread sebastiano.vigna at unimi dot it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66348 --- Comment #11 from Sebastiano Vigna --- Dear Mikhail, I have several ongoing open-source projects and, believe me, I make exactly the same recommendation to people reporting bugs. They are perfectly sensible and certainly the way to go in 99% o

[Bug c/66348] Simple loop never exits with -O1, exits with -O0

2015-06-06 Thread sebastiano.vigna at unimi dot it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66348 --- Comment #12 from Sebastiano Vigna --- BTW, to further restrict the search I'm trying to replicate the bug with -fsanitize=address, or at least to get to the problematic call under -fsanitize=address, but it'll take a while. I have to recompil

[Bug debug/66446] New: Incorrect symbol output with -fno-omit-frame-pointer

2015-06-06 Thread smokeyjoe4u at hotmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66446 Bug ID: 66446 Summary: Incorrect symbol output with -fno-omit-frame-pointer Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug c/66447] New: -Werror=maybe-uninitialized indicates trashing of variable across longjmp

2015-06-06 Thread jbowler at acm dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66447 Bug ID: 66447 Summary: -Werror=maybe-uninitialized indicates trashing of variable across longjmp Product: gcc Version: 5.1.0 Status: UNCONFIRMED Severity: norma

[Bug target/66258] compiling a stdarg function with arch +nofp generates an ICE

2015-06-06 Thread jim.wilson at linaro dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66258 --- Comment #7 from jim.wilson at linaro dot org --- On Sat, Jun 6, 2015 at 2:02 AM, pinskia at gcc dot gnu.org wrote: >> Do you plan to backport this to gcc-5-branch? I didn't realize it was broken on the gcc-5 release branch. I only checked m