https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98341
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96378
--- Comment #4 from Eric Botcazou ---
Please try without --disable-checking or with --enable-checking=release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98321
--- Comment #4 from Thomas Schwinge ---
(In reply to Tom de Vries from comment #3)
> (In reply to Thomas Schwinge from comment #2)
> > However, my report was specifically for the nvptx target compiler. Just
> > compile with 'nvptx-gcc -fopenacc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98346
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98352
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[9/10/11 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98353
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98354
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98356
Martin Liška changed:
What|Removed |Added
Summary|[9/10/11 Regression] ICE in |[9/10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98369
Bug ID: 98369
Summary: Two new warnings from clang for gcc trunk build
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98369
David Binderman changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98361
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366
--- Comment #2 from Andrew Pinski ---
The question be asked if (S[]){{.alignment = 3, '(', 2.0}} has a defined S[0].b
to be 0 or is uninitialized?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98363
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98343
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:11f07ef37786d10517121fc6226681cd1aa2aea2
commit r11-6252-g11f07ef37786d10517121fc6226681cd1aa2aea2
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98343
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98317
Daniel Han-Chen changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98368
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366
--- Comment #4 from Jakub Jelinek ---
But
struct S {
int b;
int alignment;
int c : 7;
int d : 8;
int e : 17;
} const e[] = {{0, 3, '(', 2, 0}};
typedef struct S S;
int memcmp (const void *, const void *, __SIZE_TYPE__);
int
main ()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98363
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection,|
|needs-reduction
NCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: p...@gcc-bugzilla.mail.kapsi.fi
Target Milestone: ---
Target: aarch64-*-elf
Hi.
Using GCC 11.0.0 20201218.
libstdc++-v3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98371
Bug ID: 98371
Summary: [10/11 Regression] gcc.dg/torture/pr69719.c fails for
fixed-length 128-bit SVE
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98371
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2020-12-18
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98368
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98342
--- Comment #3 from Paul Thomas ---
Created attachment 49793
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49793&action=edit
Fix for the PR
This regtests OK. Testcase:
! { dg-do run }
!
! Test the fix for PR98342.
!
! Contributed by Mart
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94779
--- Comment #19 from Martin Liška ---
>
> One of the work items for the next release is to multi-range enable all
> these consumers that can make use of the information.
I would really appreciate that. I'm don't like integrating VRP into the CS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94779
--- Comment #20 from Jakub Jelinek ---
(In reply to Martin Liška from comment #19)
> >
> > One of the work items for the next release is to multi-range enable all
> > these consumers that can make use of the information.
>
> I would really appr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97612
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98342
--- Comment #4 from martin ---
Just checked the patch and it works great, except that I can now easily produce
an ICE by changing (in sel_rank)
type(tuple), dimension(..), intent(in) :: x
to
class(*), dimension(..), intent(in) :: x
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94779
--- Comment #21 from Martin Liška ---
> See my comment above. It isn't any integration of VRP, just asking the
> ranger about the range, and it isn't useless because to be able to optimize
> properly,
> you need to figure out for each value one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98372
Bug ID: 98372
Summary: ICE tree check: accessed elt 2 of ‘tree_vec’ with 1
elts in tsubst, at cp/pt.c:15500 since
r11-5942-g059da609fa8b3a08
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98372
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98356
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98369
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98363
--- Comment #4 from Nathan Sidwell ---
FWIW I think it premature to start agressively filing these kinds of defects.
We haven't added the module testsuite yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98362
Nathan Sidwell changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #21 from Martin Liška ---
Just for the record, 'cava' package is also affected by this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98373
Bug ID: 98373
Summary: [11 Repression] Bogus error: ‘symbuf’ may be used
uninitialized at -O0
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #2 from Uroš Bizjak ---
Created attachment 49796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49796&action=edit
Proposed patch to implement integer vector compares
Attached patch implements integer vector compares.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
--- Comment #3 from Uroš Bizjak ---
Testcase 1:
--cut here--
typedef short vec __attribute__((vector_size(8)));
typedef unsigned short uvec __attribute__((vector_size(8)));
vec lt (vec a, vec b) { return a < b; }
vec le (vec a, vec b) { return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98218
Uroš Bizjak changed:
What|Removed |Added
Severity|normal |enhancement
Target|x86_64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98362
--- Comment #2 from Nathan Sidwell ---
Created attachment 49797
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49797&action=edit
test patch
care to try this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98364
Nathan Sidwell changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98362
--- Comment #3 from cqwrteur ---
(In reply to Nathan Sidwell from comment #2)
> Created attachment 49797 [details]
> test patch
>
> care to try this?
Sure
BTW. Windows do provide a flag O_NOINHERIT which matches O_CLOSEXEC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98362
--- Comment #4 from cqwrteur ---
(In reply to Nathan Sidwell from comment #2)
> Created attachment 49797 [details]
> test patch
>
> care to try this?
I will modify your patch and try to support O_CLOSEXEC on Windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98370
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98358
Christophe Lyon changed:
What|Removed |Added
Target|powerpc64*-linux-gnu|powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96012
--- Comment #2 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:ce8dcc9105cbd4043d575d8b2c91309a423951a9
commit r11-6253-gce8dcc9105cbd4043d575d8b2c91309a423951a9
Author: Paul Thomas
Date: Fri De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #38 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:ce8dcc9105cbd4043d575d8b2c91309a423951a9
commit r11-6253-gce8dcc9105cbd4043d575d8b2c91309a423951a9
Author: Paul Thomas
Date: Fri D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98361
--- Comment #2 from Sven ---
Thank you.
I did ask about the issue on gcc-help, but I never got a notice about a fix.
Some ninja appears to have cherry-picked it for 10.2.x a few days after my
initial mail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94779
--- Comment #22 from Andrew Macleod ---
(In reply to Martin Liška from comment #21)
> > See my comment above. It isn't any integration of VRP, just asking the
> > ranger about the range, and it isn't useless because to be able to optimize
> > pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98362
--- Comment #5 from cqwrteur ---
Created attachment 49798
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49798&action=edit
Compilation Working patch. Tested on both x86_64-linux-gnu and
mingw-w64-x86_64-windows10
This also adds the support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98374
Bug ID: 98374
Summary: No #include on windows. Bootstrapping
failure
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98370
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98363
--- Comment #5 from cqwrteur ---
(In reply to Nathan Sidwell from comment #4)
> FWIW I think it premature to start agressively filing these kinds of
> defects. We haven't added the module testsuite yet.
No problem. I will keep helping you. I us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383
Marek Polacek changed:
What|Removed |Added
CC||jbassett271 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98367
Marek Polacek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93383
--- Comment #7 from Marek Polacek ---
template
struct ctad_t {
A a;
};
template
struct myclass {
};
template
constexpr auto myobject = ctad_t {Something::value};
template
using thing = myclass>;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98374
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98375
Bug ID: 98375
Summary: [meta bug] GCC 12 pending patches
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98375
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98376
Bug ID: 98376
Summary: this_thread::sleep_for(short duration) can sleep
forever on Linux
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98373
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98376
--- Comment #1 from Paul Groke ---
Sorry, I only realized that using links to master doesn't make much sense after
I had already created the ticket.
Those links should be stable:
https://github.com/golang/proposal/blob/5b63da9579c3b19294be614dc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98362
--- Comment #6 from Nathan Sidwell ---
* 785b49434d2 2020-12-18 | c++: Fix windows binary files [PR 98362]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366
--- Comment #6 from Jakub Jelinek ---
Created attachment 49799
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49799&action=edit
gcc11-pr98366.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98374
--- Comment #1 from Patrick Palka ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2020-December/562283.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98370
--- Comment #2 from Patrick Palka ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2020-December/562287.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98321
--- Comment #5 from Tom de Vries ---
(In reply to Thomas Schwinge from comment #4)
> I had been looking into how/when PTX 'atom' is used for reductions, and
> first had a look what the back end currently might emit at all, found SDIM
> 'atomic_fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98374
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d7bab388b818fc21dbb9111311e114ae33e11fff
commit r11-6259-gd7bab388b818fc21dbb9111311e114ae33e11fff
Author: Patrick Palka
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98370
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:22a7e82c200d01d12e34e757e86dc9796a9bf085
commit r11-6260-g22a7e82c200d01d12e34e757e86dc9796a9bf085
Author: Patrick Palka
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98370
--- Comment #4 from Hans-Peter Nilsson ---
JFTR, likely all "32-bit targets".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85997
Martin Sebor changed:
What|Removed |Added
Last reconfirmed||2020-12-18
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98217
Martin Sebor changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98370
--- Comment #5 from Patrick Palka ---
(In reply to Hans-Peter Nilsson from comment #4)
> JFTR, likely all "32-bit targets".
Thanks, and sorry about the build breakage. I just committed the fix r11-6260
for this particular build failure. Let me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98377
Bug ID: 98377
Summary: bootstrapping failure on windows for floating_to_chars
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378
Bug ID: 98378
Summary: new valgrind error for
./gcc.c-torture/execute/pr60960.c
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378
--- Comment #1 from David Binderman ---
git bisect in progress. Trying hash f23753c710d54fdf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #7 from Marius Hillenbrand ---
-flto alone is enough to cause the miscompile. make bootstrap with this config
fails in stage3, since the same commit that introduced ipa-modref. when
building the Ada runtime libraries with the stage3 g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378
--- Comment #2 from David Binderman ---
Looks good. Trying 0dd48296433763ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83174
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98377
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:60cecb2b83ffcebac6e83076f5552df14b073248
commit r11-6261-g60cecb2b83ffcebac6e83076f5552df14b073248
Author: Patrick Palka
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98377
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98177
--- Comment #2 from CVS Commits ---
The master branch has been updated by Przemyslaw Wirkus :
https://gcc.gnu.org/g:d44d47b49267b4265cee16d25b3f89dbf967cc0c
commit r11-6262-gd44d47b49267b4265cee16d25b3f89dbf967cc0c
Author: Przemyslaw Wirkus
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98368
--- Comment #3 from Kip Warner ---
Sorry, the _compiler_ crashing is expected behaviour?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98368
--- Comment #4 from Jakub Jelinek ---
Why do you think the compiler is crashing? You are running the compiler and
then the program and the program is what is crashing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378
--- Comment #3 from David Binderman ---
Looks bad. Trying 571d3fb1f40fa85c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98379
Bug ID: 98379
Summary: Unknown tree: c_maybe_const_expr in a warning
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98368
--- Comment #5 from Kip Warner ---
*face palm* Yes, you are right! I totally forgot about the invocation at the
end of the CLI! That's what happens when I don't get enough sleep.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378
--- Comment #4 from David Binderman ---
Looks bad. Trying 5137d1ae6a1fe4a3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98380
Bug ID: 98380
Summary: bootstrapping failure on windows 32bits for libcc1
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98380
--- Comment #1 from cqwrteur ---
It works for 64 bit windows but failed for 32 bit windows. I do not know why. I
could build this tomorrow but now it failed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378
David Binderman changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378
--- Comment #6 from David Binderman ---
Testsuite file ./gcc.c-torture/execute/simd-6.c, with flag -O2,
has similar problems with a valgrind version of gcc trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98380
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5dc998933e7aa737f4a45a8a2885d42d5288d51a
commit r11-6263-g5dc998933e7aa737f4a45a8a2885d42d5288d51a
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93480
Will Wray changed:
What|Removed |Added
CC||wjwray at gmail dot com
--- Comment #1 from
1 - 100 of 137 matches
Mail list logo
