https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35878
--- Comment #11 from Ville Voutilainen ---
Fixed on trunk for C++17 mode, leaving open to enable in other standard modes
later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35878
--- Comment #10 from ville at gcc dot gnu.org ---
Author: ville
Date: Tue Mar 21 06:36:22 2017
New Revision: 246301
URL: https://gcc.gnu.org/viewcvs?rev=246301&root=gcc&view=rev
Log:
gcc/
PR c++/35878
* cp/init.c (std_placement_new_fn_p): New.
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38573
Frederic Marchal changed:
What|Removed |Added
CC||roland.illig at gmx dot de
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80107
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80103
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80101
--- Comment #1 from Segher Boessenkool ---
power6.md defines a bypass:
; define the bypass for the case where the value written
; by a fixed point op is used as the source value on a
; store.
(define_bypass 1 "power6-integer,\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80101
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35878
Ville Voutilainen changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #9 from Ville Voutil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79910
--- Comment #7 from Segher Boessenkool ---
Author: segher
Date: Mon Mar 20 23:08:16 2017
New Revision: 246297
URL: https://gcc.gnu.org/viewcvs?rev=246297&root=gcc&view=rev
Log:
combine: Fix 79910
If the dest of an I0 or I1 is used in an insn be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79986
--- Comment #6 from Martin Sebor ---
Minimal patch submitted for review:
https://gcc.gnu.org/ml/gcc-patches/2017-03/msg01062.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79986
--- Comment #5 from Martin Sebor ---
The initialization of flexible array members is still broken in various ways.
For some examples, see pr69338, pr69696, and pr69697.
The initialization in flexary11.C is a special case of a general C++ patter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80114
--- Comment #9 from Arnd Bergmann ---
Sent a kernel patch to avoid the problem:
http://www.spinics.net/lists/intel-gfx/msg123586.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38573
--- Comment #7 from Jerry DeLisle ---
intrinsic.c contains a similar error message:
if (!gfc_check_intrinsic_standard (isym, &symstd, false, loc)
&& !sym->attr.artificial)
{
if (sym->attr.proc == PROC_UNKNOWN && warn_intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38573
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80123
--- Comment #1 from acsawdey at gcc dot gnu.org ---
Changing the final constraint of vsx_splat_ from "wr" to "b" allows this
to compile and pass the execution test.
This isn't really a correct fix as "b" is not NO_REGS if 64-bit instructions
are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79519
Jason Merrill changed:
What|Removed |Added
Known to work||7.0
Summary|[5/6/7 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80096
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68354
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69698
Bug 69698 depends on bug 68354, which changed state.
Bug 68354 Summary: -Warray-bounds on a flexible array member in C++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68354
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68354
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #2 from Martin Sebor ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80059
--- Comment #11 from Volker Reichelt ---
Hi Marek, thanks for the fix!
However, the ChangeLog entry is wrong.
In the final version you didn't call instantiate_non_dependent_expr_sfinae,
but instantiate_non_dependent_expr instead.
Would you mind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55985
--- Comment #2 from Jonathan Leffler ---
This problem has been mostly resolved in 5.3.0 (and quite possibly earlier):
$ gcc -O3 -Werror -Wall -g -std=c99 -c -o gccbug.o gccbug.c
gccbug.c: In function ‘updtypes’:
gccbug.c:20:18: error: ‘savtups
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80029
--- Comment #3 from cesar at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #2)
> That doesn't work, it is too early.
> With:
> --- gimplify.c.jj 2017-03-08 18:19:24.0 +0100
> +++ gimplify.c2017-03-20 07:22:05.5879
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80083
--- Comment #4 from acsawdey at gcc dot gnu.org ---
Author: acsawdey
Date: Mon Mar 20 20:43:44 2017
New Revision: 246293
URL: https://gcc.gnu.org/viewcvs?rev=246293&root=gcc&view=rev
Log:
2017-03-20 Aaron Sawdey
PR target/80083
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80096
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Mar 20 20:36:54 2017
New Revision: 246292
URL: https://gcc.gnu.org/viewcvs?rev=246292&root=gcc&view=rev
Log:
PR c++/80096 - ICE with C++17 non-type auto.
* pt.c (tsub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79519
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Mar 20 20:36:46 2017
New Revision: 246291
URL: https://gcc.gnu.org/viewcvs?rev=246291&root=gcc&view=rev
Log:
PR c++/79519 - ICE with deleted template friend.
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80124
--- Comment #6 from Guille ---
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80054
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80054
--- Comment #5 from Bill Schmidt ---
Author: wschmidt
Date: Mon Mar 20 20:04:25 2017
New Revision: 246290
URL: https://gcc.gnu.org/viewcvs?rev=246290&root=gcc&view=rev
Log:
[gcc]
2017-03-20 Bill Schmidt
PR tree-optimization/80054
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80124
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80124
--- Comment #4 from Marc Glisse ---
NaN (all-ones is a NaN) is not equal to itself, that's normal behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80116
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80114
--- Comment #8 from Arnd Bergmann ---
Looking at the kernel code again, I came up with an alternative that avoids the
large stack size and produces good executable code in all configurations I
found with the file that showed up a -Wframe-larger-t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38573
Frederic Marchal changed:
What|Removed |Added
CC||fmarchal at perso dot be
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80096
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80120
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78345
Jason Merrill changed:
What|Removed |Added
Known to work||7.0
Summary|[5/6/7 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80124
--- Comment #3 from Guille ---
Apologies, this maybe should've gone in the 'C bugs' section, not the C++
section.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80124
--- Comment #2 from Guille ---
Created attachment 41008
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41008&action=edit
the code that triggers possible bug
Compile with 'c++ t.c' (or maybe 'c++ -msse -msse2 t.c').
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80124
--- Comment #1 from Guille ---
I forgot to mention that a while back (~1year) I had a similar problem with
_mm256_cmp_ps(a,b, _CMP_EQ_OQ) (the AVX equivalent of _mm_cmpeq_ps), but I
wasn't able to isolate the problem back then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79519
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79640
Jason Merrill changed:
What|Removed |Added
Known to work||7.0
Summary|[5/6/7 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80124
Bug ID: 80124
Summary: Possible bug in _mm_cmpeq_ps
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80114
--- Comment #7 from joseph at codesourcery dot com ---
"String literals, and compound literals with const-qualified types, need
not designate distinct objects.". (This is different from named
variables, which can't be merged without -fmerge-al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79640
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Mar 20 18:49:10 2017
New Revision: 246289
URL: https://gcc.gnu.org/viewcvs?rev=246289&root=gcc&view=rev
Log:
PR c++/79640 - infinite recursion with generic lambda.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #8 from Martin Sebor ---
r246288 updates the manual for GCC 7 and documents the limitation (as per
commetn #6) but the issue itself remains unresolved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52477
--- Comment #7 from Martin Sebor ---
Author: msebor
Date: Mon Mar 20 18:33:31 2017
New Revision: 246288
URL: https://gcc.gnu.org/viewcvs?rev=246288&root=gcc&view=rev
Log:
PR c++/52477 - Wrong initialization order __attribute__((constructor)) vs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61118
--- Comment #10 from Tavian Barnes ---
> I think it is - __cancel_arg is assigned inside a while loop
Specifically a do { } while(0); loop, which obviously has only one iteration.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79416
Jason Merrill changed:
What|Removed |Added
Priority|P2 |P3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79963
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79986
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
Jakub Jelinek changed:
What|Removed |Added
CC||torvald at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79963
--- Comment #2 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Mon Mar 20 18:05:00 2017
New Revision: 246287
URL: https://gcc.gnu.org/viewcvs?rev=246287&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
2017-03-20 Kelvin Nilsen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
--- Comment #8 from Dmitry Vyukov ---
We need to modify tsan runtime to ignore (zero) __ATOMIC_HLE_ACQUIRE/RELEASE
bits, right? It's only an optimization and we can pretend that elision never
succeeds under tsan.
What is sync special bit (0x4000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80114
--- Comment #6 from Jakub Jelinek ---
Sometimes it might be beneficial to use array in .rodata section rather than
automatic compound literal, i.e. try
const int j = ({ const int myarr[] = {0, 1, 2, 3, 4, 5}; myarr[i]; });
The question is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79640
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39239
--- Comment #12 from koenigni at gcc dot gnu.org ---
Author: koenigni
Date: Mon Mar 20 16:50:00 2017
New Revision: 246284
URL: https://gcc.gnu.org/viewcvs?rev=246284&root=gcc&view=rev
Log:
2017-03-12 Nicolas Koenig
PR fortran/39239
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #18 from palmer at gcc dot gnu.org ---
Author: palmer
Date: Mon Mar 20 16:43:21 2017
New Revision: 246283
URL: https://gcc.gnu.org/viewcvs?rev=246283&root=gcc&view=rev
Log:
RISC-V: Don't prefer FP_REGS for integers
On RISC-V we can't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
--- Comment #7 from Jakub Jelinek ---
Or the sync special bit (0x4000)?
That said,
if (!tree_fits_uhwi_p (last_arg)
|| memmodel_base (tree_to_uhwi (last_arg)) >= MEMMODEL_LAST)
actually just ignores the higher bits (al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
--- Comment #6 from Jakub Jelinek ---
Does it support e.g.
__ATOMIC_HLE_ACQUIRE (1 << 16) and
__ATOMIC_HLE_RELEASE (1 << 17) bits ored into the memory model?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80091
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77383
--- Comment #3 from Vittorio Zecca ---
Still in 7.0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67410
--- Comment #8 from Vittorio Zecca ---
Fixed on 7.0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80114
--- Comment #5 from Jani Nikula ---
(In reply to Martin Liška from comment #4)
> How common is such situation and why do you use volatile keyword in
> combination with a constant index?
I didn't write the sample, I think the goal of 'volatile' w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
--- Comment #5 from Dmitry Vyukov ---
I may be missing something, but can't we just always emit calls into tsan
runtime under tsan? They accept the memory order value and can work with
constants and runtime values.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80109
--- Comment #6 from Marek Polacek ---
Okay, I'll test a combination of mine & your patch and post it to the ML. We
can discuss it further there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
--- Comment #4 from Jakub Jelinek ---
That is clearly due to bugs in tsan.c, in my PR55439 r194133 changes.
At -O0 the code is not optimized, so we end up with e.g.
__m_6 = 5;
__b_7 = std::operator& (__m_6, 65535);
__m.10_8 = (int) __m_6;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80109
--- Comment #5 from Martin Sebor ---
Marek is already a step ahead of me. (Please go ahead with your patch. I
submitted my suggestion only because I had typed it up before I saw your
update.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80109
Martin Sebor changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80109
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80114
--- Comment #4 from Martin Liška ---
(In reply to Jani Nikula from comment #3)
> (In reply to Martin Liška from comment #2)
> > Well, just adding the param and -fsanitize-address-use-after-scope does not
> > enable any sanitization. One has to ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80116
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80123
Bug ID: 80123
Summary: libgomp tests pr66199-2.c and pr66199-5.c fail with
-mcpu=power9
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80109
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80109
--- Comment #2 from Marek Polacek ---
But also ICEs on x86_64. Started with:
commit da6cf191f748d879f8be3c00d745b3bfe6e5495b
Author: aldyh
Date: Tue Oct 18 21:40:58 2016 +
* Makefile.in (OBJS): Add gimple-ssa-warn-alloca.o.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80059
--- Comment #9 from Marek Polacek ---
Author: mpolacek
Date: Mon Mar 20 15:02:09 2017
New Revision: 246279
URL: https://gcc.gnu.org/viewcvs?rev=246279&root=gcc&view=rev
Log:
PR c++/80059 - ICE with noexcept and __transaction_atomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80121
Bug ID: 80121
Summary: Memory leak when allocating a component derived type
in a recursive subroutine (gfortran)
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80122
Bug ID: 80122
Summary: __builtin_va_arg_pack() and
__builtin_va_arg_pack_len() does not work correctly
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80059
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80120
Bug ID: 80120
Summary: Incorrect error with associate construct and character
array (regression)
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79986
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80119
--- Comment #1 from Julian Pfeifle ---
The error occurs with -O0 and -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80119
Bug ID: 80119
Summary: -Wmaybe-uninitialized wrongly flags the body of a
short-circuited if-clause
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80118
Bug ID: 80118
Summary: ICE with zero size parameter array
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80106
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
Bug ID: 80117
Summary: [7 regression] a-cfinve.ads:245:04: warning: types for
unchecked conversion have different sizes
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79893
--- Comment #3 from Andreas Krebbel ---
*** Bug 80106 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80063
--- Comment #8 from Marek Polacek ---
I created PR80116 to track the warning addition.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80102
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80116
Bug ID: 80116
Summary: Warn about macros expanding to multiple statements
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80063
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80063
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Mon Mar 20 13:31:28 2017
New Revision: 246278
URL: https://gcc.gnu.org/viewcvs?rev=246278&root=gcc&view=rev
Log:
PR sanitizer/80063
* asan.c (DEF_SANITIZER_BUILTIN): Us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78158
--- Comment #3 from Dmitry Vyukov ---
Also reported on stackoverflow:
http://stackoverflow.com/questions/37552866/why-does-threadsanitizer-report-a-race-with-this-lock-free-example
I've checked with
gcc version 7.0.1 20170307 (experimental) (GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80063
--- Comment #5 from Jakub Jelinek ---
As for the warning, we should open an enhancement request, though not sure it
is something for -Wmisleading-indentation. I'd say that we just should warn
whenever a macro defines several statements and the m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80063
--- Comment #4 from Jakub Jelinek ---
Please reformat it properly:
#define DEF_SANITIZER_BUILTIN(ENUM, NAME, TYPE, ATTRS) \
do { \
decl = add_builtin_function ("__builtin_" NAME,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80115
--- Comment #3 from Richard Biener ---
This is from systemtap 3.0, didn't try with 3.1 which seems to be available
since a few weeks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80113
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon Mar 20 13:06:58 2017
New Revision: 246277
URL: https://gcc.gnu.org/viewcvs?rev=246277&root=gcc&view=rev
Log:
2017-03-20 Richard Biener
PR tree-optimization/80113
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80114
--- Comment #3 from Jani Nikula ---
(In reply to Martin Liška from comment #2)
> Well, just adding the param and -fsanitize-address-use-after-scope does not
> enable any sanitization. One has to add -fsanitize=address to trigger real
> sanitizati
1 - 100 of 175 matches
Mail list logo
