https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101235
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101235
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:f6306457ee386a9cae9b08e35ce160af0566b9f9
commit r11-8661-gf6306457ee386a9cae9b08e35ce160af0566b9f9
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100917
--- Comment #5 from sandra at gcc dot gnu.org ---
Here's a related problem: the GFC descriptor representation can't distinguish
between
CHARACTER(kind=ucs4, len=1)
and
CHARACTER(kind=c_char, len=4)
because all it has is elem_len == 4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25714
--- Comment #8 from Tobias Schlüter ---
No more temporary FAICT https://godbolt.org/z/o8fYE1nej
If written as a proper function:
function c(a, b)
character(2) :: c
character(1) :: a
character(1) :: b
c = a//b
end
we get:
c_:
pushrbx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95859
Tobias Schlüter changed:
What|Removed |Added
Known to work||10.3.0, 11.1.0
--- Comment #15 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101248
--- Comment #2 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #0)
> currently the pattern is defined as
>
> (define_insn "avx512f_sfixupimm_mask"
> [(set (match_operand:VF_128 0 "register_operand" "=v")
> (vec_merge:VF_128
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101248
--- Comment #1 from Hongtao.liu ---
src1 here means operands[2], dest here means operand[0] or operands[1].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101248
Bug ID: 101248
Summary: [AVX512] The upper bits of FIXUPIMMS{S,D} should come
from src1 not dest.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101247
Bug ID: 101247
Summary: ICE when using static constexpr bool defined in
base-class in derived class constructor
requires-clause
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
--- Comment #8 from Raymond Langer ---
I didn't configure gcc myself. I run gcc in a Clean Linux docker container:
docker run -it clearlinux /bin/bash
In the docker container, I run:
swupd bundle-add c-basic
gcc --version
gcc (Clear Linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
--- Comment #7 from Andrew Pinski ---
How did you configure GCC?
Also what revision is your 11.1.1 at?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101242
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 74765, which changed state.
Bug 74765 Summary: missing uninitialized warning (parenthesis, TREE_NO_WARNING
abuse)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74765
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74765
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74762
--- Comment #21 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:40c64c9ea565230817f08b5e66a30a1c94ec880c
commit r12-1861-g40c64c9ea565230817f08b5e66a30a1c94ec880c
Author: Martin Sebor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74765
--- Comment #8 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:40c64c9ea565230817f08b5e66a30a1c94ec880c
commit r12-1861-g40c64c9ea565230817f08b5e66a30a1c94ec880c
Author: Martin Sebor
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
--- Comment #4 from Lance Fredrickson ---
Created attachment 51077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51077=edit
runtime.inc
oops, I've attached runtime.inc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
--- Comment #3 from Ian Lance Taylor ---
Thanks, but I am hoping to see not the build log, but rather the contents of
the generated file TARGET/libgo/runtime.inc, around lines 1357 and 1360.
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
--- Comment #2 from Lance Fredrickson ---
echo timestamp > unicode.s-gox
f="runtime.o"; if test ! -f $f; then f="./.libs/runtime.o"; fi;
/opt/tomatoware/arm-soft-mmc/arm-tomatoware-linux-uclibcgnueabi/bin/objcopy -j
.go_export $f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101194
--- Comment #2 from Patrick Palka ---
Reduced rejects-valid testcase:
struct nodefault {
constexpr nodefault(int) { }
};
constexpr nodefault x[1] = { nodefault{0} };
constexpr nodefault y = x[0];
We started rejecting this testcase even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99251
Bug 99251 depends on bug 74762, which changed state.
Bug 74762 Summary: [9/10/11 Regression] missing uninitialized warning (C++,
parenthesized expr, TREE_NO_WARNING)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74762
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 74762, which changed state.
Bug 74762 Summary: [9/10/11 Regression] missing uninitialized warning (C++,
parenthesized expr, TREE_NO_WARNING)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74762
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74762
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|[9/10/11/12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99959
--- Comment #4 from Martin Sebor ---
No, that change (r12-1805 and related) doesn't affect these cases (and wasn't
expected to; the warning is still suppressed in the esra pass).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89976
--- Comment #7 from Martin Sebor ---
No, that change (r12-1804 and related) doesn't affect these cases (and wasn't
expected to).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101219
--- Comment #3 from Martin Sebor ---
The code fails in the assert below where binfo is null. The full stack trace
follows. The difference is that before r12-1804 warn_for_null_address() would
return without doing anything because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
--- Comment #15 from Iain Sandoe ---
@dave
Perhaps you could post the patch at C#12 for review (it would be useful to get
this cleared)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80196
--- Comment #9 from Andreas K. Huettel ---
(In reply to Andreas K. Huettel from comment #8)
> Created attachment 51076 [details]
> full build log, xz-compressed
^ Build log for a failure with
* --host=riscv32-unknown-linux-gnu
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80196
Andreas K. Huettel changed:
What|Removed |Added
CC||dilfridge at gentoo dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
Andreas K. Huettel changed:
What|Removed |Added
CC||dilfridge at gentoo dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23144
Joseph S. Myers changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101212
Joseph S. Myers changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
--- Comment #1 from Ian Lance Taylor ---
Yes, runtime.inc is a generated file. Can you post the lines around the
errors?
These look like fields in a struct type, and I'd like to know which type it
is. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101186
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101246
Bug ID: 101246
Summary: gccgo cross-compiler targeting arm fails to build with
gcc 11. Missing structs in runtime.inc. Using
uclibc-ng
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101245
Bug ID: 101245
Summary: Bootstrap fails for a combined tree with
--enable-shared
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101243
--- Comment #2 from Iain Sandoe ---
(In reply to Victor Burckel from comment #1)
> May be similar to
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99576
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98401
I agree this is likely to be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101242
--- Comment #3 from Martin Jambor ---
Profiled LTO bootstrap also fails with a segfault with the same backtrace.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
Martin Jambor changed:
What|Removed |Added
Summary|[10/11/12 Regression] wrong |[10/11 Regression] wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98892
--- Comment #4 from Jim Wilson ---
It turns out that -fmessage-length=0 doesn't work which is odd. I suspect a
latent bug in the diagnostic code.
I tried -fmessage-length=128, which should work as that is longer than the
error line, and does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
Thomas Rodgers changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rodgertq at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
--- Comment #5 from Raymond Langer ---
Using only -Ofast doesn't work either:
g++ -c a-eigen_bug.ii -Ofast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
--- Comment #4 from Raymond Langer ---
(In reply to Marek Polacek from comment #3)
> I cannot reproduce this:
>
> $ xg++ -c a-eigen_bug.ii -O3 -ffast-math -march=haswell
> compiles.
Yes,
g++ -c a-eigen_bug.ii -O3 -ffast-math -march=haswell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98784
--- Comment #14 from YannSionneau ---
Created attachment 51074
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51074=edit
non-working uClibc-ng build
This is a build of uClibc-ng that does not allow normal Linux booting.
You can boot to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98784
--- Comment #13 from YannSionneau ---
Created attachment 51073
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51073=edit
working uClibc build
This is a working libc build, that allows to boot Linux, run init, daemons and
get to usual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58487
Antony Polukhin changed:
What|Removed |Added
CC||antoshkka at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58050
Antony Polukhin changed:
What|Removed |Added
CC||antoshkka at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #46 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:2902991a6b61d473f7cb996a2b80eef4a90f8eda
commit r12-1848-g2902991a6b61d473f7cb996a2b80eef4a90f8eda
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #45 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:87467f45e831e8e943efdae8920453741986d355
commit r12-1847-g87467f45e831e8e943efdae8920453741986d355
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
--- Comment #30 from Vincent Lefèvre ---
(In reply to Matthias Kretz (Vir) from comment #29)
> Right. But if that's the case wouldn't a warning about the unexpected
> promotion be useful? (which -Wsign-compare happens to provide)
Yes, and FYI,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
--- Comment #3 from Marek Polacek ---
I cannot reproduce this:
$ xg++ -c a-eigen_bug.ii -O3 -ffast-math -march=haswell
compiles.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97088
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:75f948f089cebfd00913635264e20610d0f2
commit r12-1845-g75f948f089cebfd00913635264e20610d0f2
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
--- Comment #29 from Matthias Kretz (Vir) ---
(In reply to Vincent Lefèvre from comment #28)
> (In reply to Matthias Kretz (Vir) from comment #27)
> > Fair enough. But how can the compiler be certain that the developer realized
> > u and u % 100
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
--- Comment #2 from Raymond Langer ---
Created attachment 51072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51072=edit
preprocessed output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101231
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
--- Comment #28 from Vincent Lefèvre ---
(In reply to Matthias Kretz (Vir) from comment #27)
> Fair enough. But how can the compiler be certain that the developer realized
> u and u % 100 is unsigned? Maybe when (s)he wrote the code the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
--- Comment #27 from Matthias Kretz (Vir) ---
(In reply to Vincent Lefèvre from comment #26)
> But if I understand Piotr Engelking's point, UINT_MAX + 1 + s is not in the
> range 0..SHRT_MAX mentioned above, thus cannot be equal to u % 100. Said
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
--- Comment #7 from Andrew Macleod ---
I think this is our old friend 1-bit signed overflow.
for 1 signed bit values, varying is [-1, 0]
range-op::build_lt checks to see if UB - 1 overflows, and if it does, then the
result is undefined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
--- Comment #26 from Vincent Lefèvre ---
(In reply to Matthias Kretz (Vir) from comment #25)
> (In reply to Piotr Engelking from comment #24)
> > It would be nice if the compiler noticed that rhs is always within
> > 0..SHRT_MAX, so the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100753
--- Comment #2 from Tobias Burnus ---
Additionally missing: Fortran support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
--- Comment #25 from Matthias Kretz (Vir) ---
(In reply to Piotr Engelking from comment #24)
> It would be nice if the compiler noticed that rhs is always within
> 0..SHRT_MAX, so the comparison is not surprisingly affected by integer
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101244
--- Comment #1 from Victor Burckel ---
If ternary is not put in the co_return part but split into assignement return,
the compiler crashes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101149
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101244
Bug ID: 101244
Summary: Wrong path in coroutine returning ternary
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101243
--- Comment #1 from Victor Burckel ---
May be similar to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99576
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98401
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101243
Bug ID: 101243
Summary: Coroutine lambda capture is destroyed twice
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101242
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|Segfault in SLP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101242
--- Comment #1 from Martin Jambor ---
For the reference, this is the backtrace:
mjambor@virgil:/tmp/bbb$ ~/gcc/trunk/inst/bin/gcc -S -Ofast test.i
during GIMPLE pass: slp
test.i: In function ‘check_su3’:
test.i:11:5: internal compiler error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101242
Bug ID: 101242
Summary: Segfault in SLP vectorizor after 2ad71efb5de
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
Jonathan Wakely changed:
What|Removed |Added
Resolution|MOVED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101236
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101236
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b7a89c041aa1d67654f1ba7b2839e221c3e14748
commit r12-1844-gb7a89c041aa1d67654f1ba7b2839e221c3e14748
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101239
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b7a89c041aa1d67654f1ba7b2839e221c3e14748
commit r12-1844-gb7a89c041aa1d67654f1ba7b2839e221c3e14748
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101241
Bug ID: 101241
Summary: Internal compiler error from MathFunctions.h in the
eigen library
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
Piotr Engelking changed:
What|Removed |Added
CC||inkerman42 at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93645
--- Comment #10 from Martin Liška ---
I replied here:
https://gcc.gnu.org/pipermail/gcc-patches/2021-June/573823.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101240
Bug ID: 101240
Summary: [missed optimization] Transitivity of less-than and
less-or-equal
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101236
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
Pilar Latiesa changed:
What|Removed |Added
CC||pilarlatiesa at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
--- Comment #6 from Aldy Hernandez ---
(In reply to Jakub Jelinek from comment #5)
> d is not an automatic variable, so is zero initialized.
Whoops. Sorry for the noise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
--- Comment #4 from Aldy Hernandez ---
d is used before being defined. Isn't this entire test bogus?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101233
--- Comment #4 from 欢乐的0403 <475647575 at qq dot com> ---
Good, looking forward to it being fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101233
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101236
Jonathan Wakely changed:
What|Removed |Added
Depends on||101239
--- Comment #4 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101239
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101236
--- Comment #3 from Martin Liška ---
All right, thanks Jonathan.
I've just created LLVM bug for it: https://bugs.llvm.org/show_bug.cgi?id=50921
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101239
Bug ID: 101239
Summary: "Internal compiler error: Error reporting routines
re-entered." in size_in_bytes_loc
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101235
--- Comment #4 from Segher Boessenkool ---
(In reply to Kewen Lin from comment #3)
> Will backport the fix after 2021 July 7th (two weeks since it's into trunk)
> if this isn't urgent meanwhile got the backport approval.
The reason to not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101233
--- Comment #2 from 欢乐的0403 <475647575 at qq dot com> ---
This stumps me. I don't know if the code is valid or not.
But these code compiles:
v | ::ranges::v3::to;
v | ::ranges::v3::to_vector;
So I guess the code is more likely to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101237
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101229
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101229
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f80c4eaca0805bc9e68ed944519519c3dd1c12e1
commit r12-1840-gf80c4eaca0805bc9e68ed944519519c3dd1c12e1
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101238
Bug ID: 101238
Summary: Driver won't find cc1/cc1plus on MinGW, CXXFLAGS need
-D__USE_MINGW_ACCESS
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101237
Bug ID: 101237
Summary: HONOR_SIGNED_ZEROS (element_mode (t)) should be moved
to just HONOR_SIGNED_ZEROS (t)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100753
--- Comment #1 from Jakub Jelinek ---
Partly implemented in r12-1768-g7619d33471c10fe3d149dcbb701d99ed3dd23528
In particular the in_reduction without nowait is implemented and for nowait
there is a hack - presence of in_reduction acts as if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101236
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
--- Comment #6 from Jonathan Wakely ---
There's no easy solution. Intel contributed the PSTL headers with a dependency
on TBB task.h header, then deprecated that header in a later TBB release. You
need to either use an older TBB, or suppress
1 - 100 of 135 matches
Mail list logo
