https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
Bug ID: 89077
Summary: ICE using * as len specifier for character parameter
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #1 from Rodrigo Rodrigues ---
Moreover, removing the parameter specifier also produces an ICE:
character(len(str)) :: str2 = transfer([(str(i:i), i=1,len(str))], str)
> internal compiler error: in gfc_conv_string_init, at fortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89078
Bug ID: 89078
Summary: [meta-bug] Improve the gfortran manual
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89078
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
Bug ID: 89079
Summary: "Invalid compiler error: Segmentation fault" in module
with "equivalence" statement
Product: gcc
Version: 7.4.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214
--- Comment #24 from Jakub Jelinek ---
Author: jakub
Date: Sun Jan 27 11:56:44 2019
New Revision: 268310
URL: https://gcc.gnu.org/viewcvs?rev=268310&root=gcc&view=rev
Log:
PR target/87214
* config/i386/sse.md
(avx512dq_sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 87214, which changed state.
Bug 87214 Summary: [9 Regression] r263772 miscompiled 520.omnetpp_r in SPEC CPU
2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87214
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56665
Nikita Kniazev changed:
What|Removed |Added
CC||nok.raven at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89045
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52884
--- Comment #4 from Dominique d'Humieres ---
Patch submitted at https://gcc.gnu.org/ml/fortran/2019-01/msg00251.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82383
--- Comment #4 from Eric Gallager ---
(In reply to Eric Gallager from comment #1)
> Confirmed, they should be listed here:
> https://gcc.gnu.org/onlinedocs/gccint/Top-Level.html#Top-Level
> but they're not.
That page is generated from sourcebuil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60832
--- Comment #4 from Eric Gallager ---
(In reply to Manuel López-Ibáñez from comment #3)
> (I wish someone would fix https://gcc.gnu.org/PR47781 so we can use a simpler
> syntax to define our custom specifiers; in addition to the positive synergie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58906
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89080
Bug ID: 89080
Summary: ICE with immediately invoked constexpr lambda
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89081
Bug ID: 89081
Summary: [x86] suboptimal code generated for condition
expression returning negation
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88948
--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jan 27 17:36:30 2019
New Revision: 268311
URL: https://gcc.gnu.org/viewcvs?rev=268311&root=gcc&view=rev
Log:
PR target/88948
* rtl.h (prepare_copy_insn): New p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88948
--- Comment #6 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jan 27 17:42:58 2019
New Revision: 268312
URL: https://gcc.gnu.org/viewcvs?rev=268312&root=gcc&view=rev
Log:
PR target/88948
* rtl.h (prepare_copy_insn): New p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88948
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58906
--- Comment #7 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:02:17 2019
New Revision: 268313
URL: https://gcc.gnu.org/viewcvs?rev=268313&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82077
--- Comment #7 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:02:17 2019
New Revision: 268313
URL: https://gcc.gnu.org/viewcvs?rev=268313&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77385
--- Comment #7 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:02:17 2019
New Revision: 268313
URL: https://gcc.gnu.org/viewcvs?rev=268313&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56386
--- Comment #14 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:02:17 2019
New Revision: 268313
URL: https://gcc.gnu.org/viewcvs?rev=268313&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80260
--- Comment #9 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:02:17 2019
New Revision: 268313
URL: https://gcc.gnu.org/viewcvs?rev=268313&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82077
--- Comment #8 from Paul Thomas ---
(In reply to Martin Liška from comment #6)
> Paul: Can you please update a Title and Known to work?
Hi Martin,
I had been anticipating backporting to 7- and 8-branches but got stuck in
another job.
Thanks fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80260
--- Comment #10 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #8)
> > Can the bug be marked as resolved?
>
> I still get an ICE with gcc 7 and 8. Any plan to do the back port (I can do
> it if it helps)?
Hi Dominique and M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88980
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88685
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89081
Andrew Pinski changed:
What|Removed |Added
Keywords||ra
--- Comment #1 from Andrew Pinski --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
--- Comment #2 from airplanemath ---
Running gfortran with "-wrapper gdb,--args" notes the segfault with:
---
Thread 1 "f951" received signal SIGSEGV, Segmentation fault.
0x0001004fcf20 in build_common_decl (is_init=false, union_type=, com=0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77385
--- Comment #8 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:53:47 2019
New Revision: 268317
URL: https://gcc.gnu.org/viewcvs?rev=268317&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58906
--- Comment #8 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:53:47 2019
New Revision: 268317
URL: https://gcc.gnu.org/viewcvs?rev=268317&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80260
--- Comment #11 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:53:47 2019
New Revision: 268317
URL: https://gcc.gnu.org/viewcvs?rev=268317&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56386
--- Comment #15 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:53:47 2019
New Revision: 268317
URL: https://gcc.gnu.org/viewcvs?rev=268317&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82077
--- Comment #9 from Paul Thomas ---
Author: pault
Date: Sun Jan 27 18:53:47 2019
New Revision: 268317
URL: https://gcc.gnu.org/viewcvs?rev=268317&root=gcc&view=rev
Log:
2019-01-27 Paul Thomas
Backport from trunk
PR fortran/56
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82077
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80260
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #25 from Thomas Koenig ---
I've come to a bit of a different conclusion.
For
module x
implicit none
contains
elemental subroutine foo(a,b)
real, intent(inout) :: a
real, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82077
--- Comment #11 from Damian Rouson ---
Thanks, Paul!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89020
--- Comment #16 from Jerry DeLisle ---
Author: jvdelisle
Date: Sun Jan 27 19:42:34 2019
New Revision: 268319
URL: https://gcc.gnu.org/viewcvs?rev=268319&root=gcc&view=rev
Log:
2019-01-27 Jerry DeLisle
PR libfortran/89020
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Sun Jan 27 19:54:29 2019
New Revision: 268320
URL: https://gcc.gnu.org/viewcvs?rev=268320&root=gcc&view=rev
Log:
PR c++/89024 - ICE with incomplete enum type.
* call.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71066
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89024
Marek Polacek changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE |[7/8 Regression] ICE
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80260
--- Comment #13 from Damian Rouson ---
Thanks for the fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78244
--- Comment #10 from Marek Polacek ---
Author: mpolacek
Date: Sun Jan 27 20:19:41 2019
New Revision: 268321
URL: https://gcc.gnu.org/viewcvs?rev=268321&root=gcc&view=rev
Log:
PR c++/88815 - narrowing conversion lost in decltype.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88815
--- Comment #11 from Marek Polacek ---
Author: mpolacek
Date: Sun Jan 27 20:19:41 2019
New Revision: 268321
URL: https://gcc.gnu.org/viewcvs?rev=268321&root=gcc&view=rev
Log:
PR c++/88815 - narrowing conversion lost in decltype.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88815
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87075
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Sun Jan 27 20:31:32 2019
New Revision: 268323
URL: https://gcc.gnu.org/viewcvs?rev=268323&root=gcc&view=rev
Log:
PR c++/87075 - ICE with constexpr array initialization.
My patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87075
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86740
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Sun Jan 27 20:31:37 2019
New Revision: 268324
URL: https://gcc.gnu.org/viewcvs?rev=268324&root=gcc&view=rev
Log:
PR c++/86740, ICE with constexpr if and nested generic lambdas.
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916
Jason Merrill changed:
What|Removed |Added
Keywords||patch
--- Comment #10 from Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78244
--- Comment #11 from Marek Polacek ---
What still remains to be fixed is:
// PR c++/78244
// { dg-do compile { target c++11 } }
struct S { S(int); int d; };
template
auto f1() -> decltype(S{2.0}, void()) { } // { dg-error "narrowing conversio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70696
--- Comment #18 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jan 27 20:44:36 2019
New Revision: 268325
URL: https://gcc.gnu.org/viewcvs?rev=268325&root=gcc&view=rev
Log:
PR fortran/70696
* gfortran.dg/coarray/event_3.f0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
--- Comment #10 from Thomas Koenig ---
Here's something that appears to work.
Looks like a hack, swims like a hack, and quacks like a hack...
Index: interface.c
===
--- interface.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70696
--- Comment #19 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jan 27 20:48:51 2019
New Revision: 268326
URL: https://gcc.gnu.org/viewcvs?rev=268326&root=gcc&view=rev
Log:
PR fortran/70696
* gfortran.dg/coarray/event_3.f0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70696
--- Comment #20 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jan 27 20:53:30 2019
New Revision: 268327
URL: https://gcc.gnu.org/viewcvs?rev=268327&root=gcc&view=rev
Log:
PR fortran/70696
* gfortran.dg/coarray/event_3.f0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68887
Bug 68887 depends on bug 70696, which changed state.
Bug 70696 Summary: [Coarray] ICE on EVENT POST of host-associated EVENT_TYPE
coarray
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70696
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70696
Uroš Bizjak changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88076
--- Comment #3 from Nicolas Koenig ---
Created attachment 45535
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45535&action=edit
Proof-of-concept
As a little update, here is a proof-of-concept patch. It adds a new coarray
option -fcoarray=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89021
--- Comment #5 from H.J. Lu ---
Most of MMX instructions can be implemented with SSE/SSE2. Thee are
couple tricky cases:
1. MMX maskmovq vs SSE2 maskmovdqu. They aren't equivalent. I have
(define_insn_and_split "sse2_maskmovq_"
[(set (mem:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88076
--- Comment #4 from Nicolas Koenig ---
Created attachment 45536
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45536&action=edit
library
Here is the library. At the moment, it has an interprocess allocator and
handles the creation and reap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923
Vladimir Mezentsev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57048
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #11 from Thomas Koe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
airplanemath changed:
What|Removed |Added
Known to work||7.3.0
--- Comment #3 from airplanemath -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71066
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=89082
Bug ID: 89082
Summary: Feature request: provide annotation for code that's
unlikely to be executed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
--- Comment #4 from airplanemath ---
The line that the cygwin-native compiler crashes on:
attributes = gfc_add_attributes_to_decl (com->head->attr, NULL_TREE);
is not present in the Mingw-w64 cross compiler.
Side-by-side debugging sessions reve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89079
--- Comment #5 from Dominique d'Humieres ---
> The line it's stuck on seems to be:
> #0 0x0001004fcf20 in build_common_decl (is_init=false,
> union_type=, com=0x60013e1f0) at
> /usr/src/debug/gcc-7.4.0-1/gcc/fortran/trans-common.c:463
> 46
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86772
Michael Eager changed:
What|Removed |Added
CC||eager at eagercon dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78518
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79540
--- Comment #14 from dave.anglin at bell dot net ---
On 2019-01-26 7:25 a.m., dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79540
>
> --- Comment #13 from Dominique d'Humieres ---
>> print '(f1.0)',100.00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88076
--- Comment #5 from Damian Rouson ---
This is an exciting idea. When I gave some thought to writing a shared-memory
alternative coarray ABI, it seemed to me that pthreads would be a better choice
than OpenMP. Part of the problem is that I was c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78557
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79540
--- Comment #15 from John David Anglin ---
print '(f2.1)',100.00
end
causes a stack overflow in memcpy:
(gdb) bt
Python Exception Failed to load
/home/gnu/lib/python2.7/lib-dynload/itertools.sl:
#0 0xc01cf85c in memcpy () from /usr/li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68737
--- Comment #25 from dave.anglin at bell dot net ---
On 2018-09-05 8:07 a.m., redi at gcc dot gnu.org wrote:
> Another option is to simply define _GLIBCXX_BROKEN_VSNPRINTF in
> config/os/hpux/os_defines.h and then force the use of vsprintf, which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88076
--- Comment #6 from Damian Rouson ---
Correction to the end of the first sentence of the final paragraph in Comment
5: "... not join them _until_ the end."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84894
Damian Rouson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85836
Bug 85836 depends on bug 84894, which changed state.
Bug 84894 Summary: [F2018] provide ISO_Fortran_binding.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84894
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59616
--- Comment #5 from Eric Gallager ---
(In reply to Jakub Jelinek from comment #4)
> This has been changed unintentionally in the OpenMP standard, I was hoping
> and trying to resolve the incompatibility and that is why GCC kept using the
> 3.1 ru
-devel/gcc-9.0.0_alpha20190127/work/gcc-9-20190127/gcc/cp/decl.c:6172
0x8fb77b reshape_init_class
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20190127/work/gcc-9-20190127/gcc/cp/decl.c:5950
0x8fb77b reshape_init_r
/var/tmp/portage/sys-devel/gcc-9.0.0_alpha20190127/work/gcc-9-20190127/gcc/cp/decl.c:618
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67991
Jacob McIntosh changed:
What|Removed |Added
Version|5.2.0 |7.3.0
--- Comment #8 from Jacob McIntos
work/gcc-9-20190127/gcc/symtab.c:1892
0xc3c5b5 lto_output_varpool_node
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190127/work/gcc-9-20190127/gcc/lto-cgraph.c:618
0xc3c5b5 output_symtab()
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-9.0.0_alpha20190127/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67991
--- Comment #9 from Jacob McIntosh ---
This is fixed in gcc 8.1.0+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67991
Jacob McIntosh changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
86 matches
Mail list logo
