https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92626
Bug ID: 92626
Summary: Performance regression in compress-rar on CLX server
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91851
--- Comment #6 from Tobias Burnus ---
A seemingly independent conversation to ccmode + lra has been posted by Coerl
[I don't know whether he has a FSF copyright assignment] at
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg02131.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92626
--- Comment #1 from George Fan ---
Created attachment 47330
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47330&action=edit
server environment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91851
mc68k at zetmail dot com changed:
What|Removed |Added
CC||mc68k at zetmail dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92627
Bug ID: 92627
Summary: configure script unable to find gmp, mpc, and mpfr
install dirs
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92628
Bug ID: 92628
Summary: Make use of TYPE_RESTRICT for function-call
pointer-escape analysis – especially for Fortran
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92628
--- Comment #1 from Tobias Burnus ---
*** Bug 49733 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49733
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60712
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92628
--- Comment #2 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #0)
> A similar rule applies to other variables in Fortran
See also PR 60712 regarding restrict and local variables (as opposed to
PARAM_DECL) for a simpler case (no fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92618
--- Comment #4 from Jakub Jelinek ---
Created attachment 47332
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47332&action=edit
gcc10-pr92618.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92627
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #14 from Vincent Lefèvre ---
(In reply to Segher Boessenkool from comment #11)
> Do you have examples of perfectly fine code where you get a warning?
In addition to Daniel's example, I would say that one can have types that are
signe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92620
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #16 from Tobias Burnus ---
Recap (see comment 11): Callee's arguments are
(aa, bb, c_aptr, c_bptr, aptr, bptr, _aa, _bb, _c_aptr, _c_bptr)
i.e. 2 real(kind=4)/float variables, 4 pointers and 4 Booleans.
And the call is
(aa.1_1, bb.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92627
--- Comment #2 from Andreas Schwab ---
What does config.log contain?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55809
--- Comment #3 from Nathan Sidwell ---
I think it's ill-formed.
the parameter is a non-type template parameter, using a qualified-id containing
a dependent type. As such typename T::X * is correct. Using class there is
ill-formed.
typename an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22395
--- Comment #7 from Jonathan Wakely ---
(In reply to Eric Gallager from comment #6)
> Note that clang goes even farther in splitting up -Wdelete-non-virtual-dtor
> into different warnings based on whether the dtor is abstract or not:
> https://cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92267
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Fri Nov 22 12:36:18 2019
New Revision: 278614
URL: https://gcc.gnu.org/viewcvs?rev=278614&root=gcc&view=rev
Log:
PR libstdc++/92267 fix ABI change in deque iterators
Defaulting the copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92627
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56879
Jonathan Wakely changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90677
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22395
--- Comment #8 from marc at kdab dot com ---
I don't think Effective C++ is the benchmark any more, so water under bridges
that have already burned, but fwiw: contrary to C.127 these days, I learned
this rule as "A base class's destructor should b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92615
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92615
--- Comment #2 from Jakub Jelinek ---
Created attachment 47334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47334&action=edit
gcc10-pr92615.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22395
--- Comment #9 from Jonathan Wakely ---
(In reply to marc from comment #8)
> I don't think Effective C++ is the benchmark any more
I've been trying to say that for years and people keep insisting they want
warnings based on advice from the late
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88915
Tamar Christina changed:
What|Removed |Added
Target Milestone|--- |10.0
--- Comment #6 from Tamar Christi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88915
Tamar Christina changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92572
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #15 from Segher Boessenkool ---
(In reply to Daniel Marjamäki from comment #12)
> So, how would you fix the warning for `f`? Many programmers would "fix" it
> with a cast.
>
> Assuming that `s` and `u` can have arbitrary values, here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #16 from Segher Boessenkool ---
(In reply to Eric Gallager from comment #13)
> > Yes. You should not use casts, except in some very specific cases, and
> > most of the uses you see "in the wild" are a bad idea. Sometimes I wonder
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91665
Arseny Solokha changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92610
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91355
--- Comment #10 from Jakub Jelinek ---
With the above changes, the bug is now latent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92625
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92625
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #17 from Vincent Lefèvre ---
(In reply to Segher Boessenkool from comment #15)
> A much better fix is
>
> void f1(long s, unsigned long u) { unsigned long su = s; if (su == u) g(); }
But what if s is some arbitrary integer type, e.g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91956
--- Comment #2 from Martin Jambor ---
I proposed a patch on the mailing list:
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg02203.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92109
--- Comment #7 from Martin Jambor ---
After talking to Honza, I have proposed a different patch on the mailing list:
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg02205.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92620
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92501
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Fri Nov 22 16:39:37 2019
New Revision: 278621
URL: https://gcc.gnu.org/viewcvs?rev=278621&root=gcc&view=rev
Log:
PR tree-optimization/92501 - strncmp with constant unterminated arrays not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Fri Nov 22 16:47:22 2019
New Revision: 278623
URL: https://gcc.gnu.org/viewcvs?rev=278623&root=gcc&view=rev
Log:
PR middle-end/88226 - missing warning on fprintf, fputs, and puts with an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92501
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88226
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 92501, which changed state.
Bug 92501 Summary: strncmp with constant unterminated arrays not folded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92501
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
--- Comment #10 from Martin Sebor ---
Author: msebor
Date: Fri Nov 22 17:14:17 2019
New Revision: 278624
URL: https://gcc.gnu.org/viewcvs?rev=278624&root=gcc&view=rev
Log:
PR middle-end/83859 - attributes to associate pointer arguments and sizes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31279
Bug 31279 depends on bug 83859, which changed state.
Bug 83859 Summary: Please add new attribute which will establish relation
between parameters for buffer and its size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
What|Remo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83859
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90480
--- Comment #2 from Luke Dalessandro ---
I'm hitting this with the following similar, but different snippet. Maybe it
will help with this.
#include
struct Foo {
int operator()(int i) {
return 0;
}
template
auto opera
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90480
--- Comment #3 from Luke Dalessandro ---
Created attachment 47336
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47336&action=edit
Testcast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84919
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #18 from Segher Boessenkool ---
(In reply to Vincent Lefèvre from comment #17)
> (In reply to Segher Boessenkool from comment #15)
> > A much better fix is
> >
> > void f1(long s, unsigned long u) { unsigned long su = s; if (su == u)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92618
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 22 18:17:04 2019
New Revision: 278626
URL: https://gcc.gnu.org/viewcvs?rev=278626&root=gcc&view=rev
Log:
PR tree-optimization/92618
* tree-ssa-reassoc.c (v_info):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92618
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90840
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91450
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90898
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90867
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92384
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92296
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91105
Bug 91105 depends on bug 91001, which changed state.
Bug 91001 Summary: internal compiler error: in extract_insn, at recog.c:2310
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91001
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91001
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91401
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91832
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91769
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91615
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91613
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91612
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91222
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #29
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91223
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91109
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90576
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90517
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39589
Matthijs Kooijman changed:
What|Removed |Added
CC||matthijs at stdin dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91615
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91613
Christophe Lyon changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91615
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92629
Bug ID: 92629
Summary: internal compiler error: in convert_mpz_to_unsigned,
at fortran/simplify.c:173
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91612
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #19 from Daniel Marjamäki ---
(In reply to Segher Boessenkool from comment #15)
> (In reply to Daniel Marjamäki from comment #12)
> > So, how would you fix the warning for `f`? Many programmers would "fix" it
> > with a cast.
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92627
--- Comment #4 from George R. Goffe ---
Hi,
Pleas disregard this bug. It's a UFU (User Foul Up). The message CLEARLY says
mpfr >= 3.1.0. I have mpfr 3.0 1. Can you spell dyslexia?
Sorry for the misfire.
Best regards,
George...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92627
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92630
Bug ID: 92630
Summary: missing -Wrestrict with attribute access and restrict
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92569
--- Comment #7 from Thomas Koenig ---
(In reply to anlauf from comment #6)
> Something like the following fixes the testcase, but leads to regressions
> elsewhere in the testsuite (e.g. direct_io_{9,10}.f):
You've found the right spot, I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92458
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 22 21:38:44 2019
New Revision: 278633
URL: https://gcc.gnu.org/viewcvs?rev=278633&root=gcc&view=rev
Log:
PR c++/92458
* tree-hash-traits.h (tree_decl_hash, tree_ss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92631
Bug ID: 92631
Summary: Warnings partly caused by system headers are broken
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92632
Bug ID: 92632
Summary: Calculix regression
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
Bug ID: 92633
Summary: [concepts] constrained lambda with placehoder syntax
getting wrong substitution
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90677
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 22 21:45:27 2019
New Revision: 278634
URL: https://gcc.gnu.org/viewcvs?rev=278634&root=gcc&view=rev
Log:
PR c/90677
* c-common.h (identifier_global_tag): Declare.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92629
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 92458, which changed state.
Bug 92458 Summary: Constraints do not work with precompiled headers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92458
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92458
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90677
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10 Regression] gcc-9.1.0 |[9 Regression] gcc-9.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92633
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92629
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92634
Bug ID: 92634
Summary: [gcc-8 regression] -fsanitize=undefined erroneous null
pointer check
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92634
--- Comment #1 from Andrew Pinski ---
No those are still officially considered a referencing.
In fact all three cases:
&p->field does not dereference p, just as &*p and &p[i] do not.
Should be considered a deference even though the deference d
1 - 100 of 123 matches
Mail list logo
