https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86654
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
--- Comment #15 from Richard Biener ---
Author: rguenth
Date: Wed Aug 1 06:53:34 2018
New Revision: 263192
URL: https://gcc.gnu.org/viewcvs?rev=263192&root=gcc&view=rev
Log:
2018-08-01 Jan Willem Jagersma
PR target/86651
* dw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
--- Comment #14 from Richard Biener ---
Author: rguenth
Date: Wed Aug 1 06:52:44 2018
New Revision: 263191
URL: https://gcc.gnu.org/viewcvs?rev=263191&root=gcc&view=rev
Log:
2018-08-01 Jan Willem Jagersma
PR target/86651
* dw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82459
--- Comment #4 from Peter Cordes ---
The VPAND instructions in the 256-bit version are a missed-optimization.
I had another look at this with current trunk. Code-gen is similar to before
with -march=skylake-avx512 -mprefer-vector-width=512. (I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82459
--- Comment #3 from Peter Cordes ---
I had another look at this with current trunk. Code-gen is similar to before
with -march=skylake-avx512 -mprefer-vector-width=512. (If we improve code-gen
for that choice, it will make it a win in more cases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86768
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79688
--- Comment #2 from Eric Gallager ---
(In reply to Eric Gallager from comment #1)
> Confirmed that gcc ICEs, although is 'c' really the right component?
(thank you Marek for changing it to rtl-optimization in response to this)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
--- Comment #1 from Richard Smith ---
For easy reproduction: https://godbolt.org/g/dfZFxz
This does not appear to be a regression: this example appears to be miscompiled
by every version of GCC back to at least 4.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48886
--- Comment #2 from Alexandre Oliva ---
FWIW, I've just tried the testcase in the description with trunk, with -g alone
and with -O2, and got a full pass on x86_64- and i686-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
Bug ID: 86769
Summary: g++ destroys condition variable in for statement too
early
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86763
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761
--- Comment #5 from Hans de Jong ---
(In reply to Marek Polacek from comment #3)
> You can use -fsanitize-undefined-trap-on-error if you don't want to link
> libubsan.
Thanks, this has been very useful. I see the sanitizer doubles the executable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86751
Jonathan Wakely changed:
What|Removed |Added
Summary|[6/7/8/9 Regression]|[6/7/8 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86751
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Tue Jul 31 22:31:20 2018
New Revision: 263185
URL: https://gcc.gnu.org/viewcvs?rev=263185&root=gcc&view=rev
Log:
PR libstdc++/86751 default assignment operators for std::pair
The soluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
--- Comment #13 from Jonathan Wakely ---
Author: redi
Date: Tue Jul 31 22:31:20 2018
New Revision: 263185
URL: https://gcc.gnu.org/viewcvs?rev=263185&root=gcc&view=rev
Log:
PR libstdc++/86751 default assignment operators for std::pair
The solut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86768
Bug ID: 86768
Summary: gcc wrongly decides that variable is <=1 after "while
(x>1 && blah)" construct.
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86767
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86767
Bug ID: 86767
Summary: continue statements in constexpr functions causes
unbounded looping
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86766
Bug ID: 86766
Summary: new test case c-c++-common/spec-barrier-1.c introduced
in r263168 fails
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59253
--- Comment #3 from Jonathan Wakely ---
Is it possible you were using a really old version of GDB that doesn't
understand the display hint?
def display_hint (self):
return 'map'
That causes GDB to display:
$1 = std::map with 3 elem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86763
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59253
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761
--- Comment #4 from Jonathan Wakely ---
(In reply to Hans de Jong from comment #0)
> Code runs fine on GCC, despite the warning.
In C the behaviour of a non-void function that fails to return anything is only
undefined if the return value is use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86765
Bug ID: 86765
Summary: invalid -Wmisleading-indentation for double macro
expansion with pragmas
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86764
Bug ID: 86764
Summary: missing -Wstringop-truncation writing to the last
array member
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86763
Bug ID: 86763
Summary: Wrong code comparing member of copy of a 237 byte
object with nontrivial default constructor on x86-64
arch
Product: gcc
Version: 8.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761
--- Comment #2 from Hans de Jong ---
Unfortunately option -fsanitize=undefined does not link while using the
arm-none-eabi cross compiler, since a typical embedded target does not have
enough memory for such run-time libraries.
In order to catch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86762
Bug ID: 86762
Summary: Using -fstack-protector-all causes SIGSEV with gcc-8
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86758
--- Comment #3 from rsandifo at gcc dot gnu.org
---
Testing a fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86761
Bug ID: 86761
Summary: Code corruption with missing pointer return
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86758
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57160
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #1
Ever confirmed|0 |1
--- Comment #2 from Rainer Orth ---
Indeed: I'm seeing the same on i386-pc-solaris2.11, happened between 20180730
(r263069) and 20180731 (r263163).
Obviously caused by Richard Sandiford's recent patch series.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86705
--- Comment #2 from jozefl at gcc dot gnu.org ---
Author: jozefl
Date: Tue Jul 31 18:17:00 2018
New Revision: 263177
URL: https://gcc.gnu.org/viewcvs?rev=263177&root=gcc&view=rev
Log:
PR middle-end/86705
* gcc/cfgexpand.c (set_pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86760
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86760
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86760
Bug ID: 86760
Summary: FORTRAN: polymorphic arrays inside a user-defined type
generate segmentation faults
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Sever
ibitm --disable-libgomp --disable-libcc1 --disable-libstdcxx-pch
--disable-libssp --disable-isl --disable-libmpx
Thread model: posix
gcc version 9.0.0 20180731 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86758
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86758
Bug ID: 86758
Summary: [9 Regression] ICE in replace_stmt compiling
gcc.target/i386/pr84309.c
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86741
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 86741, which changed state.
Bug 86741 Summary: [9 Regression] ICE in vrp_prop::check_mem_ref building glibc
for i686-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86741
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86757
Bug ID: 86757
Summary: [og8,nvptx] gangprivate related regressions
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86597
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86756
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86756
Bug ID: 86756
Summary: Don't define __cpp_lib_filesystem unless
--enable-libstdcxx-filesystem-ts
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86741
--- Comment #8 from Martin Sebor ---
Author: msebor
Date: Tue Jul 31 16:47:39 2018
New Revision: 263166
URL: https://gcc.gnu.org/viewcvs?rev=263166&root=gcc&view=rev
Log:
PR tree-optimization/86741 - ICE in -Warray-bounds indexing into an object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86749
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86755
Bug ID: 86755
Summary: [ASAN] Libasan failed to be build for arm with -mthumb
and -fno-omit-frame-pointer
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77328
Martin Sebor changed:
What|Removed |Added
Known to fail||7.3.0, 8.2.0, 9.0
--- Comment #3 from Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86687
--- Comment #10 from Tom de Vries ---
Author: vries
Date: Tue Jul 31 15:37:11 2018
New Revision: 263164
URL: https://gcc.gnu.org/viewcvs?rev=263164&root=gcc&view=rev
Log:
[c++] Fix DECL_BY_REFERENCE of clone parms
Consider test.C compiled at -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86738
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
--- Comment #6 from Jonathan Wakely ---
Link your main executable with libpthread.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86735
--- Comment #12 from janus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #11)
> Thanks for the explanation. Note that
>
> % gfcp pr86735.f90 -Ofast -march=skylake -Wall -Wextra -fcheck=all
That probably just means that -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
Andreas G changed:
What|Removed |Added
CC||andreas.go...@tu-dresden.de
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77589
--- Comment #11 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #10)
> AFAIK Kevin Buettner has the GDB support for it pretty much written but not
> yet submitted.
Mentioned this at https://sourceware.org/bugzilla/show_bug.cgi?id=2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86735
--- Comment #11 from Dominique d'Humieres ---
> If you build for haswell or skylake architecture, that executable will
> not run on ivybridge, of course.
Thanks for the explanation. Note that
% gfcp pr86735.f90 -Ofast -march=skylake -Wall -Wext
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86735
--- Comment #10 from janus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #8)
> On x86_64-apple-darwin17 without access to avx512, I see
>
>[..]
>
> Is this the same bug or should I file a new one?
That is not a bug at al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86735
--- Comment #9 from H.J. Lu ---
(In reply to Dominique d'Humieres from comment #8)
> On x86_64-apple-darwin17 without access to avx512, I see
>
> Is this the same bug or should I file a new one?
Please file a new one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86735
--- Comment #8 from Dominique d'Humieres ---
On x86_64-apple-darwin17 without access to avx512, I see
% gfcp pr86735.f90 -Ofast -march=skylake
% ./a.out
1 2 3 4 5 6
7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86640
--- Comment #12 from Segher Boessenkool ---
Author: segher
Date: Tue Jul 31 14:01:29 2018
New Revision: 263114
URL: https://gcc.gnu.org/viewcvs?rev=263114&root=gcc&view=rev
Log:
arm: Testcase for PR86640
gcc/testsuite/
PR target/86640
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86754
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86754
Bug ID: 86754
Summary: [meta-bug] Memory leaks at run time
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86753
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50077
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #2)
> clang seems to support -mcmodel=large - at least at 3.1 - so any necessary
> ld64/dyld support is available.
That's an incorrect assumption on my part, although cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86753
Bug ID: 86753
Summary: gcc.target/aarch64/sve/vcond_[45.c
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86752
Bug ID: 86752
Summary: FAIL: gcc.target/i386/avx2-cvt-2.c
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86751
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25829
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86749
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86747
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86751
Bug ID: 86751
Summary: Ambiguous operator= overload for std::pair
Product: gcc
Version: 7.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86730
--- Comment #2 from Asif ---
Hi,
thanks for the quick update, I will consider this issue resolved.
"if a converting constructor was used, is then used to direct-initialize the
object" (I am using this in my code, thought that this was getting a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #16 from Iain Sandoe ---
[...]
> I am going to suggest that this is dup-ed to 81033 (and please try the revised
> patch there - I already checked it's OK on x86-64-linux [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83200
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85338
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85372
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85350
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 86653, which changed state.
Bug 86653 Summary: UBSAN error: cp/parser.c:11760:19: runtime error: load of
value 10, which is not a valid value for type 'bool'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86653
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86653
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83813
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85217
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84758
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85370
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85332
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85350
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:34:36 2018
New Revision: 263113
URL: https://gcc.gnu.org/viewcvs?rev=263113&root=gcc&view=rev
Log:
GCOV: add cache for streamed locations.
2018-07-31 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85372
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:34:36 2018
New Revision: 263113
URL: https://gcc.gnu.org/viewcvs?rev=263113&root=gcc&view=rev
Log:
GCOV: add cache for streamed locations.
2018-07-31 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85338
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:34:36 2018
New Revision: 263113
URL: https://gcc.gnu.org/viewcvs?rev=263113&root=gcc&view=rev
Log:
GCOV: add cache for streamed locations.
2018-07-31 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85332
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:33:21 2018
New Revision: 263111
URL: https://gcc.gnu.org/viewcvs?rev=263111&root=gcc&view=rev
Log:
Fix GCOV CFG related issues.
2018-07-31 Martin Liska
PR gcov-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85370
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:34:02 2018
New Revision: 263112
URL: https://gcc.gnu.org/viewcvs?rev=263112&root=gcc&view=rev
Log:
Fix target clones (PR gcov-profile/85370).
2018-07-31 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84758
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:33:21 2018
New Revision: 263111
URL: https://gcc.gnu.org/viewcvs?rev=263111&root=gcc&view=rev
Log:
Fix GCOV CFG related issues.
2018-07-31 Martin Liska
PR gcov-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83813
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:33:21 2018
New Revision: 263111
URL: https://gcc.gnu.org/viewcvs?rev=263111&root=gcc&view=rev
Log:
Fix GCOV CFG related issues.
2018-07-31 Martin Liska
PR gcov-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85217
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:33:21 2018
New Revision: 263111
URL: https://gcc.gnu.org/viewcvs?rev=263111&root=gcc&view=rev
Log:
Fix GCOV CFG related issues.
2018-07-31 Martin Liska
PR gcov-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86740
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86653
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Tue Jul 31 10:32:13 2018
New Revision: 263110
URL: https://gcc.gnu.org/viewcvs?rev=263110&root=gcc&view=rev
Log:
Fix an UBSAN error in cp/parse.c (PR c++/86653).
2018-07-31 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60555
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60555
--- Comment #9 from Niall Douglas ---
Transferring over from #86750:
--- cut ---
Got bitten by this yet again today in Boost.Outcome and the P1031 LLFIO
reference implementation, so despite it being already reported at #60555, I'd
like to get t
1 - 100 of 129 matches
Mail list logo
