https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108293
Bug ID: 108293
Summary: Incorrect assembly emitted for float for BPF target
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100476
--- Comment #6 from Iain Sandoe ---
Looking at a current discussion of
https://cplusplus.github.io/CWG/issues/2563.html
it seems that there is agreement that the returned type from
get_return_object() does not need to match the coroutine (ramp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108272
--- Comment #2 from Kewen Lin ---
Created attachment 54192
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54192&action=edit
untested patch
Hi @Arseny, I hope this patch can help to clear all the ICEs about unexpected
uses of MMA opaque ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108292
Bug ID: 108292
Summary: [13 Regression] wrong code with vector compare & mask
at -O1 and above
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: wrong-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106736
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106736
--- Comment #20 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:32a5510d5f419db88a0e14f3c6e4f708c0bc776d
commit r10-11149-g32a5510d5f419db88a0e14f3c6e4f708c0bc776d
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106736
--- Comment #19 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:a5c37786ac61ca41c5a227362568cfa3be7866d9
commit r11-10452-ga5c37786ac61ca41c5a227362568cfa3be7866d9
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106736
--- Comment #18 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:92ee4e1f2792355744bf8740dccf39441b437bcf
commit r12-9029-g92ee4e1f2792355744bf8740dccf39441b437bcf
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108291
Bug ID: 108291
Summary: chunk_by_view::find-next/find-prev uses wrong lambda
helper
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108235
--- Comment #8 from dave.anglin at bell dot net ---
On 2023-01-04 7:54 p.m., redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108235
>
> --- Comment #7 from Jonathan Wakely ---
> Does that fix it?
I just started a ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108235
--- Comment #7 from Jonathan Wakely ---
Does that fix it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108211
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108228
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108265
--- Comment #2 from Jonathan Wakely ---
Fixed on trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108211
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:56be1970765b6302de19977790a537d6feaaa34b
commit r13-5004-g56be1970765b6302de19977790a537d6feaaa34b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108228
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b1ad748754401613b5cf8e5d46b38ad1ee49d07a
commit r13-5003-gb1ad748754401613b5cf8e5d46b38ad1ee49d07a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108235
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b1ad748754401613b5cf8e5d46b38ad1ee49d07a
commit r13-5003-gb1ad748754401613b5cf8e5d46b38ad1ee49d07a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108265
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e36e57b032b2d70eaa1294d5921e4fd8ce12a74d
commit r13-5002-ge36e57b032b2d70eaa1294d5921e4fd8ce12a74d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108290
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-01-04
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108290
Bug ID: 108290
Summary: QoI: bind_front captureless lambda is too big
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #4 from Michael_S ---
(In reply to Jakub Jelinek from comment #2)
> From what I can see, they are certainly not portable.
> E.g. the relying on __int128 rules out various arches (basically all 32-bit
> arches,
> ia32, powerpc 32-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108289
Bug ID: 108289
Summary: FAIL: 26_numerics/headers/cmath/functions_std_c++23.cc
(test for excess errors)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:26741a0f64686648a5b39415d819f1acfd4ad6d2
commit r12-9027-g26741a0f64686648a5b39415d819f1acfd4ad6d2
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108288
Bug ID: 108288
Summary: Deadlock when using -fno-elide-constructor +
-D_GLIBCXX_DEBUG=1 + -std=c++11
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282
--- Comment #4 from Martin Turski ---
@ppalka Thanks. Will there be an update to 12.2 that can be fetched from Linux
distribution maintainers? How does this update-process regularly play out?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:238e292cf5d822f3bd12d9b58eb04cf377758b2a
commit r13-5000-g238e292cf5d822f3bd12d9b58eb04cf377758b2a
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102380
Bug 102380 depends on bug 100593, which changed state.
Bug 100593 Summary: [ELF] -fno-pic: Use GOT to take address of an external
default visibility function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
--- Comment #9 from Thiago Macieira ---
I can't be certain for other architectures' performance, but my feeling is that
indeed they would benefit from this. The option that was added as an -m should
be an -f (and match Clang's option).
However,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287
--- Comment #3 from Nicolas Mattia ---
(In reply to Andrew Pinski from comment #1)
> The best fix is do something similar to aarch64 in config/aarch64/t-aarch64:
> $(srcdir)/config/aarch64/aarch64-tune.md: s-aarch64-tune-md; @true
> s-aarch64-tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287
--- Comment #1 from Andrew Pinski ---
The best fix is do something similar to aarch64 in config/aarch64/t-aarch64:
$(srcdir)/config/aarch64/aarch64-tune.md: s-aarch64-tune-md; @true
s-aarch64-tune-md: $(srcdir)/config/aarch64/gentune.sh \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |12.3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108287
Bug ID: 108287
Summary: AVR build: gcc/config/avr/t-avr tries to edit the
source tree
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13 Regression] ICE: |[12 Regression] ICE: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108206
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fc349931adcf1024ee95e0a0cd98cf4a41996093
commit r13-4999-gfc349931adcf1024ee95e0a0cd98cf4a41996093
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107467
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107597
--- Comment #7 from Jan Hubicka ---
So I guess it is asan being confused by our optimization. We intentionaly
duplicate the symbol in order to reduce cost of dynamic linking in situations
where we know it does not change semantics, but asan loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108285
Andrew Pinski changed:
What|Removed |Added
Target||i?86
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106532
Andrew Pinski changed:
What|Removed |Added
CC||iwfinlay at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108284
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #3 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #2)
> From what I can see, they are certainly not portable.
> E.g. the relying on __int128 rules out various arches (basically all 32-bit
> arches,
> ia32, powerpc 32-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108286
Bug ID: 108286
Summary: [GCC 12/13] OpenMP Target directive causes internal
compiler error
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108284
--- Comment #2 from Andrew Pinski ---
Also the new warning is not incorrect. You need to set a parameter to get be
able to access memory location in the lower 4k because gcc assumes that that
lower 4k was just a mistake and an offset from a null
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108284
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108285
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-01-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108285
Bug ID: 108285
Summary: [13 Regression] error: conversion from ‘long double’
to ‘double’ may change value
[-Werror=float-conversion] since
r13-3291-g16ec267063c8ce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108261
--- Comment #5 from Iain Sandoe ---
this patch exposes the issue by allowing the linker to find the shared libs.
[PATCH] modula-2, driver: Do not add extra '-L' options that shadow
$libdir.
The driver is adding one '-L' option for each path t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108259
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #13 from David Binderman ---
(In reply to David Binderman from comment #12)
> Let's try that out:
>
> g:d423e8dc59045d8f and g:fee53a3194c0d8b7
Seems to work. Good.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #12 from David Binderman ---
(In reply to Jakub Jelinek from comment #10)
> BTW, please use g: prefix for git hashes or r13-4989-g345dffd0d4ebff7 or
> r13-4989 styles, anything else is quite useless as it doesn't create
> hyperlinks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108278
--- Comment #11 from Jakub Jelinek ---
Anyway, can't reproduce with current trunk (just stage1 built with
-fsanitize=undefined).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108280
--- Comment #2 from seurer at gcc dot gnu.org ---
It looks like the same thing happened to gcc 11. Should I open another PR for
that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108284
Bug ID: 108284
Summary: RISCV 32-bit Zbs extension - ICE: in extract_insn, at
recog.cc:2791
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108228
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:96cba8ebe512887025a9e8b74833074d8aa844c8
commit r13-4997-g96cba8ebe512887025a9e8b74833074d8aa844c8
Author: Iain Sandoe
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283
Markus changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #21 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:ec6d1fc09faea4a6be4df74babb73dca6b50ff0c
commit r13-4996-gec6d1fc09faea4a6be4df74babb73dca6b50ff0c
Author: Iain Sandoe
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108259
--- Comment #5 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:751c2d9a46f786381a90d5c8c49947fa0d9b7ee5
commit r13-4995-g751c2d9a46f786381a90d5c8c49947fa0d9b7ee5
Author: Iain Sandoe
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103871
--- Comment #16 from kiwixz at outlook dot com ---
Hi, I wonder if there is any update on this ?
It's still present in trunk, and I would like to upgrade from GCC 10 to latest.
Is it worth just applying the workaround for now or does it have a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88860
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonny Grant from comment #5)
> Re the patches, I recall I did email them, but pasted here too as another
> developer was doing that. I'll have a good read of that contribution guide.
If you've
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108260
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2023-01-04
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107767
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #16 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108282
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103784
--- Comment #7 from Segher Boessenkool ---
I do get that exact same code with everything from GCC 6 to GCC 12 as well
though (modulo a small regression in GCC 10).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103784
--- Comment #6 from Segher Boessenkool ---
Ugh, this PR is for GCC 12 only, ignore me please :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103784
--- Comment #5 from Segher Boessenkool ---
I get simply
subfic 3,3,2
srdi 3,3,63
xori 3,3,0x1
blr
for this code. Did you use -O0 or similar?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108210
--- Comment #8 from niXman ---
(In reply to Jonathan Wakely from comment #7)
> Probably a dup of PR 108225 i.e. expecting --enable-threads=win32 to provide
> std::mutex without _WIN32_WINNT >= 0x0600
yep, sure!
> But it isn't provided, because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88860
--- Comment #5 from Jonny Grant ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to Jonny Grant from comment #1)
> > --- a/gcc/doc/extend.texi
> > +++ b/gcc/doc/extend.texi
> > @@ -9353,6 +9353,13 @@ __attribute__((noreturn)) void d0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283
--- Comment #6 from Andrew Pinski ---
Clang has a similar (same?) option to disable optimization around null pointers
which is enabled for arm too. Just in the case of this source, gcc causes a
trap to happen after deferencing a null pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
--- Comment #15 from Martin Jambor ---
Sorry for the breakage. The problem is that in
ipa_param_body_adjustments::m_replacements, items pertaining to the
same base original parameter are no longer necessarily adjacent, which
is assumed in ipa_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108210
--- Comment #7 from Jonathan Wakely ---
Probably a dup of PR 108225 i.e. expecting --enable-threads=win32 to provide
std::mutex without _WIN32_WINNT >= 0x0600
But it isn't provided, because the win32 model doesn't support C++11 threading
for an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225
--- Comment #9 from Jonathan Wakely ---
(In reply to cqwrteur from comment #2)
> Please stop! Windows 95 support is extremely important
No it isn't.
(In reply to cqwrteur from comment #4)
> The entire win32 thread model is a mess. It does not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225
--- Comment #8 from Jonathan Wakely ---
(In reply to Eric Botcazou from comment #7)
> Btw the code goes to great length to avoid including from the
> libstdc++ header files (see __GTHREAD_HIDE_WIN32API) so it is definitely not.
This reporter h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
--- Comment #4 from Jonathan Wakely ---
GCC can't even optimize it properly for C++20 when using if-consteval:
static constexpr unsigned long length(const char* s)
{
#ifndef FIX
if consteval {
unsigned long n = 0;
while (*s+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
Jonathan Wakely changed:
What|Removed |Added
Summary|Missed optimization for |[10/11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
--- Comment #2 from Jonathan Wakely ---
Reduced:
struct traits
{
static constexpr unsigned long length(const char* s)
{
if (__builtin_is_constant_evaluated())
{
unsigned long n = 0;
while (*s++)
++n;
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
--- Comment #1 from Jonathan Wakely ---
This is caused by a change in libstdc++ headers:
@@ -230,9 +230,15 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
static _GLIBCXX_ALWAYS_INLINE constexpr bool
__constant_string_p(const _CharT* __s)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108225
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108210
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-01-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108260
--- Comment #3 from Jiang An ---
__cpp_lib_ranges_as_rvalue is also missing... (together with feature test
macros for C++23 views?)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108258
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108258
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:1530a9b1f45a7ceb333f3e1abad65e587679690f
commit r13-4991-g1530a9b1f45a7ceb333f3e1abad65e587679690f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108283
Markus changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
Jonathan Wakely changed:
What|Removed |Added
Keywords||missed-optimization
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
--- Comment #10 from Jonathan Wakely ---
But why is that better than GCC's alternative, just defining macros like
__SANITIZE_ADDRESS__ and __SANITIZE_THREAD__?
Libstdc++ does this:
// Macro indicating that TSAN is in use.
#if __SANITIZE_THREAD_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108265
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108253
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108253
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ebc449119442501c927ede0e83697eaece72223e
commit r13-4990-gebc449119442501c927ede0e83697eaece72223e
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108258
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
1 - 100 of 123 matches
Mail list logo
