https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #10 from Jakub Jelinek ---
Then the bug happened earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #12 from Jakub Jelinek ---
I see this is done in:
#0 decimal_from_integer (r=0x7fffd1a0) at ../../gcc/real.c:2328
#1 0x00d9b341 in real_from_integer (r=0x7fffd1a0, fmt=...,
val_in=..., sgn=SIGNED) at ../../gcc/real.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=0
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #11 from Dominik Vogt ---
Well, then, what is the place where the constant should be truncated to what
its mode can represent?
Right at the start of the Tree dumps there seems to be a difference between
float and _Decimal32. Float c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79513
Bug ID: 79513
Summary: std::visit doesn't handle references
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #13 from Dominik Vogt ---
From the "optimize" dump:
With float:
if (tem.1_3 != -9.223372036854775808e+18)
With _Decimal32:
if (tem.1_3 != -9223372036854775808)
This precision of the constant and the representation as floating p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
--- Comment #2 from ww898 ---
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 16.04.2 LTS
Release:16.04
Codename: xenial
$ uname -a
Linux 3.4.0+ #1 PREEMPT Thu Aug 1 17:06:05 CST 2013 x8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54063
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Target Mileston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
--- Comment #3 from ww898 ---
Repro:
std::wstring_convert> _Conv;
std::string _Src("\xEF\xBF\xBF");
auto const _Dst = _Conv.from_bytes(&*_Src.begin(), &*_Src.end());
if (_Dst.size() == 2)
std::cout << std::hex << (unsigned)_Dst[0] << ":" << (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
Liviu Ionescu changed:
What|Removed |Added
CC||ilg at livius dot net
--- Comment #4 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #14 from Dominik Vogt ---
To me, it looks like the same bug does not happen with float just because there
is no need to convert this to 64 bit format for the comparison.
simplify_const_unary_operation is not executed - if it was the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Tue Feb 14 17:33:21 2017
New Revision: 245440
URL: https://gcc.gnu.org/viewcvs?rev=245440&root=gcc&view=rev
Log:
PR c++/79420
PR c++/79463
* parser.c (cp_parser
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79463
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Tue Feb 14 17:33:21 2017
New Revision: 245440
URL: https://gcc.gnu.org/viewcvs?rev=245440&root=gcc&view=rev
Log:
PR c++/79420
PR c++/79463
* parser.c (cp_parser
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79463
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79420
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79479
--- Comment #12 from Paul Eggert ---
If the proposed change would introduce significant problems with false
positives or false negatives, then surely GCC already has these problems in
conditional expressions. These problems ought to be addressed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
--- Comment #5 from Jonathan Wakely ---
(In reply to Liviu Ionescu from comment #4)
> any chance to back port this to 6.x?
Yes, soon.
> this bug simply prevents using GCC 6.x, which is a real pity.
Lots of people are using it without problems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79512
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36750
--- Comment #14 from Jonathan Wakely ---
I think PR 61489 changed the behaviour for GCC 5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79495
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Feb 14 17:52:37 2017
New Revision: 245441
URL: https://gcc.gnu.org/viewcvs?rev=245441&root=gcc&view=rev
Log:
PR target/79495
* config/i386/i386.md (*movxf_inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #15 from Jakub Jelinek ---
(In reply to Dominik Vogt from comment #14)
> To me, it looks like the same bug does not happen with float just because
> there is no need to convert this to 64 bit format for the comparison.
> simplify_con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
--- Comment #5 from ww898 ---
The question about std::little_endian is still alive...
MSVC 2013/2015/2017, Clang 3.4/3.8 work on little endian computers x86/x86_64
and have little endian by default.
http://en.cppreference.com/w/cpp/locale/codecv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #34 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Feb 14 17:54:01 2017
New Revision: 245442
URL: https://gcc.gnu.org/viewcvs?rev=245442&root=gcc&view=rev
Log:
PR middle-end/61225
* gcc.target/i386/pr49095.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53659
--- Comment #12 from PeteVine ---
Nice, PR68664 patch has fixed the issue.
FWIW, unlike previously, running on a Cortex-A53, showed perfect alignment with
core type (-mfpu=vfpv3) on the first run:
Cortex-A8
Rendering took: 1 seconds (1801 milli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
--- Comment #6 from Jonathan Wakely ---
I disagree with the cppreference docs. The standard says:
"If (Mode & little_endian), the facet shall generate a multibyte sequence in
little-endian ord
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
--- Comment #6 from Liviu Ionescu ---
> If you have real world code that is affected ...
I do, it is called µOS++, and it is a C++ RTOS with advanced memory management
features, using C++17 memory resources and C++11 standard allocators:
https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #16 from Dominik Vogt ---
> the REAL_CSTs already contain the right rounded values for their type
Is there a way to see these values in the dumps?
haps they were not in the 20170214 snapshot you used?). We're going
to be at an impasse here, as I can't validate your toolchain or environment,
but everything I can see, and our analysis of the bug to this point, suggests
that this can be considered fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79511
--- Comment #7 from ww898 ---
Yes, I have: https://github.com/ww898/utf-cpp.
To make errors please uncomment here:
https://github.com/ww898/utf-cpp/blob/master/test/utf_converters_test.cpp#L781
P.S. It is possible to use no library version of b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
--- Comment #7 from Jonathan Wakely ---
(In reply to Liviu Ionescu from comment #6)
> > If you have real world code that is affected ...
>
> I do, it is called µOS++, and it is a C++ RTOS with advanced memory
> management features, using C++17 m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79514
Bug ID: 79514
Summary: ICE in curr_insn_transform, at lra-constraints.c:3773
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
--- Comment #8 from Jonathan Wakely ---
If you don't provide this, then allocator_traits::rebind_alloc can't be used,
even after this bug is fixed. That means you can't use your allocators with
node-based contains like std::list.
So adding the r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79515
Bug ID: 79515
Summary: ICE: tree check: expected class 'type', have
'exceptional' (error_mark) in
do_warn_double_promotion, at c-family/c-warn.c:1867
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79516
Bug ID: 79516
Summary: ICE: unspellable token PRAGMA_EOL
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79508
--- Comment #3 from Alexander Trufanov ---
>When looking for a template after . or ->, only consider class templates.
Looks like it means the problem at least can be workarounded by wrapping
function into a class. The code:
>code
class C
{
publ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79405
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79517
Bug ID: 79517
Summary: using a deque supresses compiler warning for undefined
behavior
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
--- Comment #9 from Liviu Ionescu ---
My allocator was defined as:
using F = memory_resource* (void);
template
class allocator_stateless_polymorphic_synchronized
I added the following inside the class:
template
struct rebind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79495
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Feb 14 19:25:42 2017
New Revision: 245443
URL: https://gcc.gnu.org/viewcvs?rev=245443&root=gcc&view=rev
Log:
PR target/79495
* config/i386/i386.md (*movxf_inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #35 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Feb 14 19:25:42 2017
New Revision: 245443
URL: https://gcc.gnu.org/viewcvs?rev=245443&root=gcc&view=rev
Log:
PR target/79495
* config/i386/i386.md (*movxf_int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79495
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #17 from Jakub Jelinek ---
Well, the values are printed. As you say, -9223372036854775808 is not valid
_Decimal32 value, so it should never be printed for something that is
_Decimal32.
Actually trying:
_Decimal32
foo (void)
{
_D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79517
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558
Jeffrey A. Law changed:
What|Removed |Added
Target Milestone|7.0 |8.0
--- Comment #19 from Jeffrey A. Law
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79481
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 14 19:39:17 2017
New Revision: 245444
URL: https://gcc.gnu.org/viewcvs?rev=245444&root=gcc&view=rev
Log:
PR target/79481
* config/i386/avx512pfintrin.h (_mm512_pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79505
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 14 19:40:27 2017
New Revision: 245445
URL: https://gcc.gnu.org/viewcvs?rev=245445&root=gcc&view=rev
Log:
PR middle-end/79505
* omp-offload.c (free_oacc_loop): Rele
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79458
Martin Sebor changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77468
--- Comment #24 from PeteVine ---
I did a git pull and restarted the build so unless something didn't get
reconfigured, it definitely should've been included. If you see the
improvement, never mind then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:07:26 2017
New Revision: 245446
URL: https://gcc.gnu.org/viewcvs?rev=245446&root=gcc&view=rev
Log:
PR78273 fix count to work with partitioning function
Backport from mainl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78134
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:07:37 2017
New Revision: 245447
URL: https://gcc.gnu.org/viewcvs?rev=245447&root=gcc&view=rev
Log:
PR78134 fix return types of heterogeneous lookup functions
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78702
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:07:42 2017
New Revision: 245448
URL: https://gcc.gnu.org/viewcvs?rev=245448&root=gcc&view=rev
Log:
PR78702 fix accessibility of locale::facet::__shim
Backport from mainlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69301
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:07:54 2017
New Revision: 245450
URL: https://gcc.gnu.org/viewcvs?rev=245450&root=gcc&view=rev
Log:
PR69301 don't assume atomic can default construct T
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69321
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:08:04 2017
New Revision: 245451
URL: https://gcc.gnu.org/viewcvs?rev=245451&root=gcc&view=rev
Log:
PR69321 fix any_cast(any*) for non-copyable T
Backport from mainline
201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79114
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:07:48 2017
New Revision: 245449
URL: https://gcc.gnu.org/viewcvs?rev=245449&root=gcc&view=rev
Log:
PR79114 use decayed type in std::throw_with_nested assertion
Backport fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72793
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:08:12 2017
New Revision: 245452
URL: https://gcc.gnu.org/viewcvs?rev=245452&root=gcc&view=rev
Log:
PR72792 PR72793 relax requirements on rebind members
Backport from mainl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
--- Comment #10 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 20:08:12 2017
New Revision: 245452
URL: https://gcc.gnu.org/viewcvs?rev=245452&root=gcc&view=rev
Log:
PR72792 PR72793 relax requirements on rebind members
Backport from main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79114
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69321
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|7.0 |6.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72792
Jonathan Wakely changed:
What|Removed |Added
Known to work||5.4.0
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72793
Jonathan Wakely changed:
What|Removed |Added
Known to work||5.4.0
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79505
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79481
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79478
--- Comment #5 from David Binderman ---
(In reply to prathamesh3492 from comment #4)
> David, could you please confirm if r245406 fixes the error for you ?
I tried out revision 245439 and it looks fine to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #18 from Jakub Jelinek ---
Created attachment 40741
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40741&action=edit
gcc7-pr79487.patch
Untested fix. Seems at least from eyeballing the #c0 testcase (which is not
executable) th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #19 from Dominik Vogt ---
It fixes the local test case extracted from float-cast-overflow-10.c. The
patch probably should also add a test case; the one I have is very specific to
s390x; would something like the code in comment 17 wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 21:17:11 2017
New Revision: 245454
URL: https://gcc.gnu.org/viewcvs?rev=245454&root=gcc&view=rev
Log:
PR78273 fix count to work with partitioning function
Backport from mainl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69301
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 21:17:29 2017
New Revision: 245457
URL: https://gcc.gnu.org/viewcvs?rev=245457&root=gcc&view=rev
Log:
PR69301 don't assume atomic can default construct T
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78134
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 21:17:18 2017
New Revision: 245455
URL: https://gcc.gnu.org/viewcvs?rev=245455&root=gcc&view=rev
Log:
PR78134 fix return types of heterogeneous lookup functions
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78702
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 21:17:23 2017
New Revision: 245456
URL: https://gcc.gnu.org/viewcvs?rev=245456&root=gcc&view=rev
Log:
PR78702 fix accessibility of locale::facet::__shim
Backport from mainlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69321
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 14 21:17:34 2017
New Revision: 245458
URL: https://gcc.gnu.org/viewcvs?rev=245458&root=gcc&view=rev
Log:
PR69321 fix any_cast(any*) for non-copyable T
Backport from mainline
201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65135
Jeffrey A. Law changed:
What|Removed |Added
Summary|[5/6/7 Regression] |[5/6 Regression]
|Per
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78134
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78839
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69301
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78702
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|7.0 |5.5
--- Comment #8 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69321
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|6.4 |5.5
--- Comment #5 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79513
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #20 from Jakub Jelinek ---
(In reply to Dominik Vogt from comment #19)
> It fixes the local test case extracted from float-cast-overflow-10.c. The
> patch probably should also add a test case; the one I have is very specific
> to s39
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
Jakub Jelinek changed:
What|Removed |Added
Attachment #40741|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #22 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #21)
> Created attachment 40742 [details]
> gcc7-pr79487.patch
>
> So perhaps like this? Would be nice to test it also with -O0 and the old
> compiler.
Just tried t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79347
Pat Haugen changed:
What|Removed |Added
CC||pthaugen at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79518
Bug ID: 79518
Summary: __builtin_assume_aligned should mark argument as
aligned
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79282
--- Comment #8 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Feb 14 22:17:19 2017
New Revision: 245459
URL: https://gcc.gnu.org/viewcvs?rev=245459&root=gcc&view=rev
Log:
2017-02-14 Vladimir Makarov
PR target/79282
* lr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79518
--- Comment #1 from Andrew Pinski ---
Why can't you use:
#define __assume_aligned(arg, align) arg = __builtin_assume_aligned (arg,
align)
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
--- Comment #23 from Dominik Vogt ---
Same result on s390x (on a zEC12 using -with-arch=zEC12):
Without patch:
* -O0 -> PASS
* -O2 -> FAIL
With patch:
* -O0 -> PASS
* -O2 -> PASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79519
Bug ID: 79519
Summary: [5/6/7 Regression] ICE deleting template friend
function
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79466
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79518
--- Comment #2 from Evan Nemerson ---
(In reply to Andrew Pinski from comment #1)
> Why can't you use:
> #define __assume_aligned(arg, align) arg = __builtin_assume_aligned
> (arg, align)
>
> ?
arg may be read-only. void* const arg = ...;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79470
Martin Sebor changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79476
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558
Martin Sebor changed:
What|Removed |Added
CC||j...@jak-linux.org
--- Comment #20 from M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79520
Bug ID: 79520
Summary: Spurious caching for constexpr arguments
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79476
--- Comment #3 from Martin Sebor ---
(In reply to Martin Sebor from comment #2)
> I'm pretty sure this is a duplicate of bug 69558, although according to my
> bisection the commit that caused it is r214221 (gcc 5.0.0):
Actually, looking more clo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79477
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79500
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
101 - 200 of 226 matches
Mail list logo
