https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79079
--- Comment #2 from Jakub Jelinek ---
Note that there are 8 other gen_lowpart uses in expand_mul_overflow. Are those
ok and only this one is problematic? I have no experience with
non-TRULY_NOOP_TRUNCATION targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79079
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79080
Bug ID: 79080
Summary: [7 Regression] ICE: internal consistency failure
(error: invalid rtl sharing found in the insn) (error:
shared rtx)
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
--- Comment #9 from Segher Boessenkool ---
(In reply to Arseny Solokha from comment #7)
> I wonder if the following ICE is somehow related to the one reported here.
> I'll file a new PR if it's not.
This is a different bug (it still happens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
--- Comment #8 from Arseny Solokha ---
int
gd (char ff)
{
int mi;
for (;;)
{
ff += 59 /* 197 also works */;
if (ff != 0)
mi = 0;
else
return 0;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
--- Comment #7 from Arseny Solokha ---
I wonder if the following ICE is somehow related to the one reported here. I'll
file a new PR if it's not.
% powerpc-e500v2-linux-gnuspe-gcc-7.0.0-alpha20170108 -O1 -c dsmbs5u1.c
dsmbs5u1.c: In function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15538
Martin Sebor changed:
What|Removed |Added
Known to fail|6.0 |6.3.0, 7.0
--- Comment #8 from Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15485
Martin Sebor changed:
What|Removed |Added
Priority|P2 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15338
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2006-02-26 19:26:22 |2017-1-12
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15272
Martin Sebor changed:
What|Removed |Added
Priority|P2 |P3
Known to fail|6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15091
Martin Sebor changed:
What|Removed |Added
Priority|P2 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15039
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14844
Martin Sebor changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79079
Bug ID: 79079
Summary: [6/7] Wrong code gen for __builtin_mul_overflow when
TRULY_NOOP_TRUNCATION (32, 64) == false
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77345
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71724
--- Comment #6 from Segher Boessenkool ---
*** Bug 77345 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77345
--- Comment #6 from Arseny Solokha ---
As the ICE reported here is reproducible in my setup, I can confirm that the
patch posted in PR71724 fixes this one too, so this PR is really a duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
--- Comment #5 from Segher Boessenkool ---
-mno-lra calls rs6000_emit_move to load the address of the const mem
it creates; -mlra does not. It should, but how what where.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
--- Comment #5 from Jonathan Wakely ---
Clang and EDG both procuce two warnings for this code, on the variable
definition and the call to operator+
struct [[deprecated("D is bad mmmkay")]] D {
void f(const D&);
};
void D::f(const D&) { }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
--- Comment #4 from Jonathan Wakely ---
Yet another heuristic would be to suppress warnings if the deprecated
attributes have the same string literal in the attribute-argument-clause, i.e.
treat the string as a grouping mechanism, so that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
--- Comment #2 from Jonathan Wakely ---
Then we get _another_ warning on the definition of that member function:
struct [[deprecated("D is bad mmmkay")]] D {
void f(const D&);
};
void D::f(const D&) { }
d.cc:2:18: warning: ‘D’ is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
--- Comment #1 from Jonathan Wakely ---
This warns about the use of D within its own class body:
struct [[deprecated("D is bad mmmkay")]] D {
void f(const D&);
};
d.cc:2:18: warning: ‘D’ is deprecated [-Wdeprecated-declarations]
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79078
Bug ID: 79078
Summary: Warnings from deprecated attribute are too noisy
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78994
--- Comment #5 from Andrew Pinski ---
https://gcc.gnu.org/ml/gcc-patches/2017-01/msg00637.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78994
--- Comment #4 from PeteVine ---
I'm delighted to report **not** targeting Cortex-A53 actually incurs a
performance penalty sometimes ;)
http://openbenchmarking.org/result/1701128-TA-GCCCOMPAR79
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14494
Martin Sebor changed:
What|Removed |Added
Priority|P2 |P3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14489
Martin Sebor changed:
What|Removed |Added
Priority|P2 |P3
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79066
--- Comment #3 from Segher Boessenkool ---
Confirmed. The constant is forced to mem in LRA.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79004
--- Comment #6 from Michael Meissner ---
Author: meissner
Date: Thu Jan 12 22:02:57 2017
New Revision: 244386
URL: https://gcc.gnu.org/viewcvs?rev=244386=gcc=rev
Log:
[gcc]
2017-01-12 Michael Meissner
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79069
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79069
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Thu Jan 12 21:29:43 2017
New Revision: 244383
URL: https://gcc.gnu.org/viewcvs?rev=244383=gcc=rev
Log:
PR bootstrap/79069
* cfgrtl.c (rtl_tidy_fallthru_edge): For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78304
--- Comment #5 from David Malcolm ---
More notes to self:
The locations within the string_concat_db for this concatenation are all
spelling locations, rather than virtual locations. The reason is that
c-lex.c's lex_string calls cpp_get_token
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78304
--- Comment #4 from David Malcolm ---
Notes to self:
PRIu32 etc are described in:
http://en.cppreference.com/w/c/types/integer#Format_macro_constants
Ideal would be a fix-it hint that suggests the correct macro, but that's clealy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78304
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79068
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40411
--- Comment #32 from Jeff Downs ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #31)
> The attached patch does this, and includes a forward port of Jeff's
> patch to escape special characters like `:' in %{S:X} expressions.
[...]
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79077
Bug ID: 79077
Summary: [7 regression][new inheriting ctors] bad code for
inherited ctor
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79076
Bug ID: 79076
Summary: [sparc/solaris] bootstrap comparison failure, in-tree
binutils + --without-gnu-as
Product: gcc
Version: 4.9.4
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78751
--- Comment #5 from Segher Boessenkool ---
Oh, the patch isn't ugly, just the resulting code is :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79051
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79051
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Thu Jan 12 18:50:26 2017
New Revision: 244382
URL: https://gcc.gnu.org/viewcvs?rev=244382=gcc=rev
Log:
PR testsuite/79051
gcc/testsuite/ChangeLog:
* gcc.dg/attr-alloc_size-4.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79054
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Thu Jan 12 18:50:26 2017
New Revision: 244382
URL: https://gcc.gnu.org/viewcvs?rev=244382=gcc=rev
Log:
PR testsuite/79051
gcc/testsuite/ChangeLog:
* gcc.dg/attr-alloc_size-4.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79046
--- Comment #7 from Andrew Pinski ---
(In reply to Dave Johansen from comment #6)
> Could that be made a guarantee? Right now, having to build plugins against
> the full version of GCC is a major pain for distributions and saying that
> GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79051
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Thu Jan 12 18:41:33 2017
New Revision: 244381
URL: https://gcc.gnu.org/viewcvs?rev=244381=gcc=rev
Log:
Reference PR testsuite/79051, not 791051.
Modified:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #12 from Andreas Krebbel ---
(In reply to Dominik Vogt from comment #11)
> gccint:
> > A operand which is read by the instruction can be tied to an earlyclobber
> > operand if its only use as an input occurs before the early result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79054
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Thu Jan 12 18:35:19 2017
New Revision: 244380
URL: https://gcc.gnu.org/viewcvs?rev=244380=gcc=rev
Log:
PR testsuite/791051 - FAIL: gcc.dg/attr-alloc_size-4.c (test for warnings, line
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79075
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79075
Bug ID: 79075
Summary: Lots of tests fail with _GLIBCXX_USE_CXX1_ABI=0
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72850
Jeffrey A. Law changed:
What|Removed |Added
Priority|P1 |P2
--- Comment #6 from Jeffrey A. Law
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #11 from Dominik Vogt ---
gccint:
> A operand which is read by the instruction can be tied to an earlyclobber
> operand if its only use as an input occurs before the early result is written.
Mabe it's allowed here because of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79074
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79074
--- Comment #1 from Martin Sebor ---
Author: msebor
Date: Thu Jan 12 18:07:51 2017
New Revision: 244378
URL: https://gcc.gnu.org/viewcvs?rev=244378=gcc=rev
Log:
PR c/79074 - -Waddress difference between C and C++ with (T*)0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79046
--- Comment #6 from Dave Johansen ---
Could that be made a guarantee? Right now, having to build plugins against the
full version of GCC is a major pain for distributions and saying that GCC
plugins are API/ABI stable for a major version would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79074
Bug ID: 79074
Summary: -Waddress difference between C and C++ with (T*)0
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
Andreas Krebbel changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #9 from Segher Boessenkool ---
With the code and flags in comment 2 i get a segmentation fault, instead
(with a powerpc64-linux host), somewhere during LRA.
insn 10 is
===
(insn 10 8 11 2 (set (reg:DI 120)
(and:DI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79073
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79073
--- Comment #1 from Martin Sebor ---
Author: msebor
Date: Thu Jan 12 17:43:16 2017
New Revision: 244377
URL: https://gcc.gnu.org/viewcvs?rev=244377=gcc=rev
Log:
PR testsuite/79073 - FAIL: gcc.dg/pr78973.c (test for warnings, line 12) in
ILP32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79041
--- Comment #6 from ktkachov at gcc dot gnu.org ---
thanks for testing this out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77528
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #8 from Dominik Vogt ---
With the cross compiler and the reduced test case, reload generates a coredump.
Is that what you get for the minimized test?
Program received signal SIGSEGV, Segmentation fault.
0x802bb262 in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77528
--- Comment #11 from Jonathan Wakely ---
Author: redi
Date: Thu Jan 12 17:28:36 2017
New Revision: 244374
URL: https://gcc.gnu.org/viewcvs?rev=244374=gcc=rev
Log:
PR77528 partially revert r244278 and define default constructors
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79044
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79044
--- Comment #5 from Bill Schmidt ---
Author: wschmidt
Date: Thu Jan 12 17:19:17 2017
New Revision: 244373
URL: https://gcc.gnu.org/viewcvs?rev=244373=gcc=rev
Log:
[gcc]
2017-01-12 Bill Schmidt
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78751
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78775
--- Comment #11 from Martin Sebor ---
I've raised bug 79073 for the gcc.dg/pr78973.c failure. AFAICT, it's due to a
VRP defect or limitation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
/dg.exp ...
FAIL: gcc.dg/pr78973.c (test for warnings, line 12)
=== gcc Summary ===
# of expected passes1
# of unexpected failures1
/home/msebor/build/gcc-git/gcc/xgcc version 7.0.0 20170112 (experimental)
(GCC)
The failure seems to be due to the lack or range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319
--- Comment #19 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Jan 12 17:02:38 2017
New Revision: 244372
URL: https://gcc.gnu.org/viewcvs?rev=244372=gcc=rev
Log:
Add Cortex-A15 tuning to gcc.dg/uninit-pred-8_a.c
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72488
--- Comment #7 from Jeffrey A. Law ---
I poked at this a bit yesterday (given the irreducible loops I've got some
concerns that jump threading might be involved). Whatever is going on, it is
highly sensitive to just about any codegen changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #7 from ktkachov at gcc dot gnu.org ---
(In reply to Dominik Vogt from comment #6)
> I'm trying to build an cross compiler but cannot figure out the --target
> configure option to use. Neither --target=arm nor --target=arm-linux nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #6 from Dominik Vogt ---
I'm trying to build an cross compiler but cannot figure out the --target
configure option to use. Neither --target=arm nor --target=arm-linux nor
--target=arm-gnu-linux work. gcc/configure spits out an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59461
--- Comment #8 from Matthew Fortune ---
(In reply to Eric Botcazou from comment #7)
> > I'm yet to get my head around what the issue is but if anyone has a pointer
> > based on the potential impact on MIPS64 as described above then I'd be
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731
--- Comment #10 from Kirill Yukhin ---
(In reply to Andrew Senkevich from comment #8)
> I think we should follow here declarations from icc headers to be compatible
> with it.
Okay. Could you pls state which rules ICC follows for all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79072
Bug ID: 79072
Summary: ICE with class(*) pointer function result and
character value
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79050
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59461
--- Comment #7 from Eric Botcazou ---
> There is a reasonable chance that this patch broke mips64 n64 but I do not
> have confirmation yet. See PR target/78660.
The quoted hunk only reverted a recent pessimization (r205550), the current
code is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71821
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79044
--- Comment #4 from Bill Schmidt ---
Author: wschmidt
Date: Thu Jan 12 16:01:13 2017
New Revision: 244368
URL: https://gcc.gnu.org/viewcvs?rev=244368=gcc=rev
Log:
[gcc]
2017-01-12 Bill Schmidt
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77445
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77498
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77416
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #18 from Jakub Jelinek ---
If the original insn that has the op.set_src rtx in it is not removed by the
splitter (which it seems it is not), and it is just expected to be removed
during DCE later, then doing copy_rtx is the right
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77345
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77283
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71965
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72850
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65206
--- Comment #10 from Richard Biener ---
*** Bug 72739 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72739
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71966
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71207
--- Comment #6 from Martin Liška ---
Created attachment 40512
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40512=edit
Patch candidate
Btw. I really believe this should be marked as P1 because it creates invalid
builtin_unreachable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71207
Martin Liška changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71437
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71710
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71433
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
1 - 100 of 166 matches
Mail list logo