https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80356
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80356
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Sun Apr 9 05:38:40 2017
New Revision: 246794
URL: https://gcc.gnu.org/viewcvs?rev=246794=gcc=rev
Log:
PR c++/80356 - ICE with reference to function template argument.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79294
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Sun Apr 9 05:38:40 2017
New Revision: 246794
URL: https://gcc.gnu.org/viewcvs?rev=246794=gcc=rev
Log:
PR c++/80356 - ICE with reference to function template argument.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80373
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80372
--- Comment #1 from Markus Trippelsdorf ---
*** Bug 80373 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80373
Bug ID: 80373
Summary: non-optimal handling of copying a std::complex
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80372
Bug ID: 80372
Summary: non-optimal handling of copying a std::complex
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80267
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Sun Apr 9 05:06:08 2017
New Revision: 246793
URL: https://gcc.gnu.org/viewcvs?rev=246793=gcc=rev
Log:
PR c++/80267 - ICE with nested capture of reference
PR c++/60992
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60992
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Sun Apr 9 05:06:08 2017
New Revision: 246793
URL: https://gcc.gnu.org/viewcvs?rev=246793=gcc=rev
Log:
PR c++/80267 - ICE with nested capture of reference
PR c++/60992
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #11 from Jürgen Reuter ---
(In reply to Dominique d'Humieres from comment #10)
> If I remove the final stuff in unit_tests.f90,
>
> --- unit_tests_orig.f90 2017-04-08 16:16:57.0 +0200
> +++ unit_tests.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80265
--- Comment #7 from Pedro Alves ---
TBH, though I do think being able to use different algorithms for
compile/runtime is useful and a good idea, making the __builtin_strlen etc.
builtins works OOTB would of course be great. I'm merely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80265
--- Comment #6 from Pedro Alves ---
Hmm. I'd argue that __builtin_constant_p should return true in that case,
since we're in a constexpr?
In any case, changing the test like this:
- if (__builtin_constant_p (s))
+ if (__builtin_constant_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70478
--- Comment #9 from Vladimir Makarov ---
Author: vmakarov
Date: Sat Apr 8 19:18:42 2017
New Revision: 246789
URL: https://gcc.gnu.org/viewcvs?rev=246789=gcc=rev
Log:
2017-04-08 Vladimir Makarov
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80371
Bug ID: 80371
Summary: std::is_integral and std::is_floating_point fail with
vector types
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79553
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80212
Martin Liška changed:
What|Removed |Added
Known to work|7.0 |
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80366
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80369
--- Comment #2 from Adam Trhoň ---
Could you please provide a further explanation? Why the warning in my example
should not be shown?
My background: We are setting up icecream (but it could be any other tool as
ccache or distcc) with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80369
--- Comment #1 from Andrew Pinski ---
I think this is expected behavior ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80367
--- Comment #4 from jwjagersma at gmail dot com ---
I fixed my code by changing the first two asm inputs to memory operands
(should've done that anyway since I'm potentially modifying ds, so that could
have caused issues at runtime). No longer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80358
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80358
--- Comment #2 from acsawdey at gcc dot gnu.org ---
Author: acsawdey
Date: Sat Apr 8 16:10:26 2017
New Revision: 246784
URL: https://gcc.gnu.org/viewcvs?rev=246784=gcc=rev
Log:
2017-04-08 Aaron Sawdey
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80366
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80369
Bug ID: 80369
Summary: Warnings from preprocessor generated code not shown
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #10 from Dominique d'Humieres ---
If I remove the final stuff in unit_tests.f90,
--- unit_tests_orig.f90 2017-04-08 16:16:57.0 +0200
+++ unit_tests.f90 2017-04-08 16:17:20.0 +0200
@@ -72,7 +72,6 @@ module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70435
--- Comment #2 from Armin van der Togt ---
Problem is still present in version 6.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80367
--- Comment #3 from jwjagersma at gmail dot com ---
Here's an interesting observation: The ICE doesn't occur when I remove the
"esp" clobber from inline asm in vbe2::set_palette() (vbe.cpp:621,
vbe.ii:66207). But that's obviously not a solution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80368
Bug ID: 80368
Summary: g++ thinks sizeof a non-type template parameter is
dependent
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80367
--- Comment #2 from jwjagersma at gmail dot com ---
Created attachment 41161
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41161=edit
vbe.ii gzipped
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80367
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80367
Bug ID: 80367
Summary: internal compiler error: in print_reg, at
config/i386/i386.c:16549
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80265
--- Comment #5 from Jonathan Wakely ---
That doesn't work in this case:
constexpr bool str()
{
char s[] = "str";
return ce_char_traits::length(s) == 3;
}
static_assert( str() );
i.e. it works OK for C++11-style constant expressions, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
Dominique d'Humieres changed:
What|Removed |Added
Summary|[7.0.1. regression] severe |[5/6/7 Regression] bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67505
--- Comment #3 from Dominique d'Humieres ---
The change occurred between revisions r200320 (2013-06-21, no runtime error)
and r200350 (2013-06-23, runtime error), likely r200321 (pr37336).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80348
Marek Polacek changed:
What|Removed |Added
Summary|[6 Regression] UBSAN: |[6/7 Regression] UBSAN:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #8 from Dominique d'Humieres ---
Duplicate of/related to pr67505?
The flag -fcheck=recursion is enough to trigger the runtime error and I see it
with 4.9.3, but not with 4.8.5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80363
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80366
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80366
Bug ID: 80366
Summary: [7 Regression] r246759 causes LLVM build failure:
error: comdat-local function called by outside its
comdat
Product: gcc
Version: 7.0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #7 from Jürgen Reuter ---
Created attachment 41159
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41159=edit
Correct reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #6 from Jürgen Reuter ---
Ah sorry, here is the tarball with the missing file and also the correct flags.
And please remove the 'severe' from regression, I first thought this was with
default flags.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80364
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80365
Bug ID: 80365
Summary: undefined memcpy while writing zero length array on
unformatted stream in unix.c
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79733
Markus Trippelsdorf changed:
What|Removed |Added
CC||schnetter at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80360
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80362
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
47 matches
Mail list logo