https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98114
Richard Biener changed:
What|Removed |Added
Component|target |testsuite
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98099
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98099
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #11 from Thomas Koenig ---
(In reply to Dominique d'Humieres from comment #10)
> Could this PR be closed as INVALID?
Yes, I think so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98108
--- Comment #1 from Richard Biener ---
I think this is undefined since global object initialization order is not
well-defined between TUs so thread1/thread2 and std::cout construction are not
well-ordered.
It probably works (by accident) when do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98107
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98114
--- Comment #1 from Hongtao.liu ---
Looking at testcase there's are pointer type conversion
void
CALC (double *s1, double *s2, double *r)
{
int i;
long long tmp;
for (i = 0; i < SIZE; i++)
{
tmp = (~(*(long long *) &s1[i])) & (*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98105
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98104
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98102
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98101
--- Comment #2 from Richard Biener ---
VTV has it's issues and needs quite some TLC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98100
Richard Biener changed:
What|Removed |Added
Component|c |target
--- Comment #1 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98114
Bug ID: 98114
Summary: [11 regression] FAIL:
gcc.target/i386/avx512vl-vandnpd-2.c execution test
caused by r11-5391
Product: gcc
Version: 11.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96906
--- Comment #9 from Hongtao.liu ---
Fixed in GCC11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96906
--- Comment #8 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:70310982492071f98eacdac0747521769b0f0328
commit r11-5697-g70310982492071f98eacdac0747521769b0f0328
Author: liuhongt
Date: Mon Nov 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97642
--- Comment #6 from Hongtao.liu ---
Fixed in GCC11, GCC10 is fine, no need to backport.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97642
--- Comment #5 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:35c4c67e6c534ef3d6ba7a7752ab7e0fbc91755b
commit r11-5696-g35c4c67e6c534ef3d6ba7a7752ab7e0fbc91755b
Author: liuhongt
Date: Tue Nov 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89057
--- Comment #8 from Abhiraj Garakapati ---
Also, cross-checked it with the latest GCC version GCC-8.4.0 with above
mentioned reverting changes of "aarch64-simd.md" file and got the expected
output same as GCC-7.3.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
--- Comment #2 from Kewen Lin ---
(In reply to Kewen Lin from comment #1)
> (In reply to Ilya Leoshkevich from comment #0)
> > s390's vxe/popcount-1.c began to fail after PR96789 fix.
>
> Sorry to see this regression.
>
> ...
>
> >
> > that i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
Kewen Lin changed:
What|Removed |Added
CC||rguenther at suse dot de
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
--- Comment #13 from Hongtao.liu ---
(In reply to Richard Biener from comment #10)
> Hmm, but
>
> DEF_INTERNAL_INT_FN (POPCOUNT, ECF_CONST | ECF_NOTHROW, popcount, unary)
>
> so there's clearly a mismatch between either the vectorizers interpre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
--- Comment #12 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:81d590760c31e11e3a09135f4e182aea232035f2
commit r11-5693-g81d590760c31e11e3a09135f4e182aea232035f2
Author: Hongyu Wang
Date: Wed N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98093
--- Comment #2 from luoxhu at gcc dot gnu.org ---
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/555907.html
[PATCH 3/4] rs6000: Enable vec_insert for P8 with
rs6000_expand_vector_set_var_p8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98093
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||luoxhu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98113
Bug ID: 98113
Summary: [11 Regression] popcnt is not vectorized on s390 since
f5e18dd9c7da
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98112
Bug ID: 98112
Summary: Add -fdirect-access-external-data & drop
HAVE_LD_PIE_COPYRELOC
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98109
Martin Sebor changed:
What|Removed |Added
Last reconfirmed||2020-12-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98111
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #34 from abebeos at lazaridis dot com ---
(In reply to abebeos from comment #29)
[...]
> I will today focus on publishing my test-setup, so that my test-results can
> be peer-reviewed. Should be available within 12 hours, max 36.
[...]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98110
Jakub Jelinek changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98106
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97947
Peter Bergner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98111
Bug ID: 98111
Summary: [11 regression]
gcc.dg/tree-ssa/builtin-sprintf-warn-18.c fails after
r11-5674
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97947
--- Comment #6 from CVS Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:7e231b2cfbfa5f99bbf581555ca74eaaba42ad7f
commit r11-5687-g7e231b2cfbfa5f99bbf581555ca74eaaba42ad7f
Author: Peter Bergner
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98110
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98110
H.J. Lu changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98110
Bug ID: 98110
Summary: [11 Regression] dl-lookup.c in glibc is miscompiled by
r11-5029
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80780
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ba3d8dffcc1c23b30370ab24fc20d09cff005d7b
commit r11-5685-gba3d8dffcc1c23b30370ab24fc20d09cff005d7b
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93093
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ba3d8dffcc1c23b30370ab24fc20d09cff005d7b
commit r11-5685-gba3d8dffcc1c23b30370ab24fc20d09cff005d7b
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98106
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Summary|gcc trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98106
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98096
Andrew Pinski changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98109
Bug ID: 98109
Summary: Seemingly wrong warnings from -Wnonnull when combined
with -O2 -fsanitize=undefined
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
--- Comment #6 from CVS Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:2cace1cd683318e83e8a613f1aa2f2b16e37a342
commit r11-5684-g2cace1cd683318e83e8a613f1aa2f2b16e37a342
Author: qing zhao
Date: Wed Dec 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95293
--- Comment #10 from Dominique d'Humieres ---
Could this PR be closed as INVALID?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35014
--- Comment #10 from Dominique d'Humieres ---
The manual says:
> On systems that provide libgfortran as a shared and a static library,
> this option forces the use of the static version. If no shared version
> of libgfortran was built when the c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68735
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #9 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65480
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65480
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:dc2b372ed1b1e9af6db45051cff95478c7616807
commit r11-5683-gdc2b372ed1b1e9af6db45051cff95478c7616807
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68735
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:dc2b372ed1b1e9af6db45051cff95478c7616807
commit r11-5683-gdc2b372ed1b1e9af6db45051cff95478c7616807
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65480
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98108
Bug ID: 98108
Summary: Broken Schwarz counter for iostreams initialization
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97571
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #2)
> > So the new compiler does compile-time simplification already at -O0,
> > while older versions maybe not.
>
> Is this expected?
Depends. I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97024
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98107
Bug ID: 98107
Summary: [11 regression] ICE at hash-table.c:137 starting with
r11-5663
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97571
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96839
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94464
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98106
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97612
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98106
Bug ID: 98106
Summary: gcc trunk miscompiles glibc dynamic loader
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98060
Uroš Bizjak changed:
What|Removed |Added
Attachment #49663|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97975
Marek Polacek changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] ICE |[8/9/10 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97975
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:69bf1c7d5ee21392334f1982d1b40c38e103bbd4
commit r11-5678-g69bf1c7d5ee21392334f1982d1b40c38e103bbd4
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97187
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97993
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97187
--- Comment #2 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:4192ffd74c69e3fb6d761becc8e5117c3de42052
commit r11-5677-g4192ffd74c69e3fb6d761becc8e5117c3de42052
Author: Marek Polacek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97993
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:4192ffd74c69e3fb6d761becc8e5117c3de42052
commit r11-5677-g4192ffd74c69e3fb6d761becc8e5117c3de42052
Author: Marek Polacek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98095
--- Comment #1 from joseph at codesourcery dot com ---
There's no __builtin_isequal because == and != don't raise exceptions for
quiet NaNs anyway. (The lack of __builtin_iseqsig is bug 77928.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97836
--- Comment #6 from Jakub Jelinek ---
So, can this be closed as fixed or do you want to do something further?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98103
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98104
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98103
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98105
Bug ID: 98105
Summary: constexpr and unnamed namespace yields relocation
R_X86_64_PC32 against undefined symbol ... can not be
used when making a shared object; recompile with -fPIC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98104
Bug ID: 98104
Summary: [11 regression] -Wplacement-new false positive
(struture padding?)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97457
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97904
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68735
--- Comment #7 from dave.anglin at bell dot net ---
Currently, we also have the following two additional fails:
FAIL: libstdc++-prettyprinters/91997.cc print a
FAIL: libstdc++-prettyprinters/91997.cc print a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98037
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97457
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:75a5af680a1788ba844902fd0681958da8e2a4ce
commit r10-9112-g75a5af680a1788ba844902fd0681958da8e2a4ce
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68735
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> Ah, I think the problem is that Python 2 has a 42-bit int
32-bit of course.
But there's also something else going on. I have a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68735
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98072
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression] ICE in |[9/10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98082
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98103
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-12-02
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98103
Bug ID: 98103
Summary: [10/11 Regression] ICE tree check: expected tree that
contains 'decl minimal' structure, have 'integer_cst'
in cxx_eval_dynamic_cast_fn, at cp/constexpr.c:2003
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98101
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-12-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98102
Bug ID: 98102
Summary: [9/10/11 Regression] ICE tree check: expected block,
have function_decl in change_scope, at final.c:1480
Product: gcc
Version: 11.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98101
Bug ID: 98101
Summary: ICE in mark_reachable_handlers, at tree-eh.c:4033
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96919
--- Comment #10 from Bhavana Kilambi
---
Created attachment 49664
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49664&action=edit
Removes the push_back() statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98100
Bug ID: 98100
Summary: ICE in expand_debug_locations, at cfgexpand.c:5610
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96919
--- Comment #9 from Bhavana Kilambi
---
Hi, The problem seems to be with the code in add_line_counts() function in
gcov.c. Specifically with this statement -
line->blocks.push_back (block);
This line is present inside the line!= NULL condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98099
Bug ID: 98099
Summary: ICE in gen_lowpart_common, at emit-rtl.c:1554
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69899
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #4 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68735
--- Comment #5 from Jonathan Wakely ---
Ah, I think the problem is that Python 2 has a 42-bit int and so casting a big
endian pointer to int loses half the bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68735
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58909
Jonathan Wakely changed:
What|Removed |Added
CC||g.bonacci at libero dot it
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98098
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 177 matches
Mail list logo