https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81710
Bug ID: 81710
Summary: build fail with glibc 2.26 due to removing
ucontext/sigaltstack struct tags
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81702
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81711
Bug ID: 81711
Summary: __res_state is a struct and a function in glibc 2.26
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
Bug ID: 81712
Summary: gcc does not compile when using glib 2.26 (everything
works fine with 2.25)
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81711
--- Comment #1 from Andrew Pinski ---
Comment on attachment 41922
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41922
patch to fix
This patch should go upstream first. Note gcc 7.2 is about to release in a few
weeks so it might already h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #1 from Andrew Pinski ---
This might already be fixed for 7.2.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #2 from Igor Chubin ---
Perfect. I'll try to build gcc-7.2-RC-20170802
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
--- Comment #2 from Marek Polacek ---
I don't see this with g++-7 which has
(void) (a = (-516151698 - NON_LVALUE_EXPR ) - -NON_LVALUE_EXPR )
trunks produces
(void) (a = -516151698 - (-NON_LVALUE_EXPR + NON_LVALUE_EXPR ))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81711
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81066
Jakub Jelinek changed:
What|Removed |Added
CC||abominable-snowman at yandex
dot r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81698
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81699
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81701
Richard Biener changed:
What|Removed |Added
Keywords||documentation
--- Comment #1 from Richa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81702
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #3 from Igor Chubin ---
Perfect. I'll try to build gcc-7.2-RC-20170802
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81703
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81704
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81710
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81710
Petr Ovtchenkov changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
--- Comment #4 from Richard Biener ---
Oops. Simple mistake in my recent patch.
Index: gcc/fold-const.c
===
--- gcc/fold-const.c(revision 250865)
+++ gcc/fold-const.c(worki
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
--- Comment #2 from Jakub Jelinek ---
Created attachment 41923
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41923&action=edit
gcc8-pr81706.patch
The reason for why cmath does this is that C++ wants to have sin overloads.
And the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81710
Petr Ovtchenkov changed:
What|Removed |Added
Attachment #41921|0 |1
is patch|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81697
Maxim Ostapenko changed:
What|Removed |Added
CC||m.ostapenko at samsung dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81713
Bug ID: 81713
Summary: BIT_FIELD_REF produced by Brig FE do not pass new
verification
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81713
Martin Jambor changed:
What|Removed |Added
CC||pekka.jaaskelainen@parmance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81714
Bug ID: 81714
Summary: incorrect location for uninitialised variable
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81702
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81668
--- Comment #2 from sgunderson at bigfoot dot com ---
Running with -fno-diagnostics-show-caret does not help any:
../include/violite.h:288:8: warning: type ‘struct st_vio’ violates the C++ One
Definition Rule [-Wodr]
../include/violite.h:288:0: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81668
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81715
Bug ID: 81715
Summary: asan-stack=1 redzone allocation is too inflexible
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Fri Aug 4 10:33:39 2017
New Revision: 250866
URL: https://gcc.gnu.org/viewcvs?rev=250866&root=gcc&view=rev
Log:
2017-08-04 Richard Biener
PR middle-end/81705
* fol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
--- Comment #2 from Jakub Jelinek ---
Created attachment 41923
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41923&action=edit
gcc8-pr81706.patch
The reason for why cmath does this is that C++ wants to have sin overloads.
And the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81713
--- Comment #2 from Pekka Jääskeläinen
---
https://github.com/linehill/gccbrig/commit/feab8a56be8cbe3b95f4dd121e7db4306f75655e.patch
I will commit this a bit later unless you wish to fix it sooner.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81136
--- Comment #4 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Fri Aug 4 10:42:53 2017
New Revision: 250870
URL: https://gcc.gnu.org/viewcvs?rev=250870&root=gcc&view=rev
Log:
Pool alignment information for common bases
This patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
--- Comment #4 from Jakub Jelinek ---
The C/C++ FE change would be something like:
--- gcc/tree.c.jj 2017-07-29 09:48:40.0 +0200
+++ gcc/tree.c 2017-08-04 12:06:35.636072718 +0200
@@ -5022,8 +5022,8 @@ attribute_value_equal (const_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
--- Comment #5 from rguenther at suse dot de ---
On Fri, 4 Aug 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
>
> --- Comment #4 from Jakub Jelinek ---
> The C/C++ FE change would be something like:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81716
Bug ID: 81716
Summary: Bogus -Wlto warning with forward-declared pointers
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
--- Comment #6 from Jakub Jelinek ---
(In reply to rguent...@suse.de from comment #5)
> True, but it removes the ability to avoid the vectorized variant with
> using the __builtin_ variant ;)
Do we ever want to generate less efficient code when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
--- Comment #7 from rguenther at suse dot de ---
On Fri, 4 Aug 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
>
> --- Comment #6 from Jakub Jelinek ---
> (In reply to rguent...@suse.de from comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81695
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Fri Aug 4 11:28:04 2017
New Revision: 250871
URL: https://gcc.gnu.org/viewcvs?rev=250871&root=gcc&view=rev
Log:
PR middle-end/81695
* fold-const.c (fold_indirect_ref_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81695
Marek Polacek changed:
What|Removed |Added
Summary|[5/6/7/8 Regression]|[5/6/7 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318
--- Comment #17 from David Binderman ---
(In reply to Bill Schmidt from comment #16)
> Check out the code from http://gcc.gnu.org/svn/gcc/branches/gcc-7-branch to
> see if the problem exists there. From what I can see from this discussion
> it w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81687
--- Comment #5 from Joachim Protze ---
Jakub, thank you for the quick solution!
I successfully applied your patch to the sources from 7.1 release tarball.
The two test cases you added are built and linked successfully. I can also
successfully
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81617
--- Comment #5 from ian at gcc dot gnu.org ---
Author: ian
Date: Fri Aug 4 12:29:55 2017
New Revision: 250872
URL: https://gcc.gnu.org/viewcvs?rev=250872&root=gcc&view=rev
Log:
PR go/81617
libgo: change mksigtab to recognize glibc 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81698
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81716
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81717
Bug ID: 81717
Summary: [c++ concepts] - simple "define function if not
defined" code doesn't compile, no errors generated
Product: gcc
Version: unknown
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81717
--- Comment #1 from Przemysław Czechowski ---
Created attachment 41926
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41926&action=edit
Generated with g++ -save-temps ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81718
Bug ID: 81718
Summary: g++ segfault when creating type alias
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81668
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45599
--- Comment #6 from Jonathan Wakely ---
I'd just go for RESOLVED INVALID. We don't want to remove the code that
implements a supported feature.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81719
Bug ID: 81719
Summary: Range-based for loop on short fixed size array
generates long unrolled loop
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81713
--- Comment #3 from Pekka Jääskeläinen
---
Committed in r250874.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81713
--- Comment #4 from visit0r at gcc dot gnu.org ---
Author: visit0r
Date: Fri Aug 4 15:50:14 2017
New Revision: 250874
URL: https://gcc.gnu.org/viewcvs?rev=250874&root=gcc&view=rev
Log:
Fix PR 81713
* brigfrontend/brig-basic-inst-handler.cc: rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81720
Bug ID: 81720
Summary: [arm] Invalid code generation
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81720
--- Comment #1 from Orlando Arias ---
Created attachment 41929
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41929&action=edit
Compiler output with erroneous assembly listing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81720
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81720
Orlando Arias changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81720
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81702
Martin Jambor changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81720
Richard Earnshaw changed:
What|Removed |Added
Resolution|INVALID |WONTFIX
--- Comment #5 from Richard E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45599
Eric Gallager changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81721
Bug ID: 81721
Summary: precompiled header : internal compiler error:
Segmentation fault
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490
H.J. Lu changed:
What|Removed |Added
Attachment #41920|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490
--- Comment #24 from H.J. Lu ---
(In reply to Andy Lutomirski from comment #20)
>
> Can someone elaborate on what the @GPREL suffix actually means?
"%seg:foo@GPREL" is used to address symbol, foo, relative to __gp. foo is
addressed by %seg + of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490
--- Comment #25 from H.J. Lu ---
Comment on attachment 41920
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41920
A binutils patch
This has been replaced by users/hjl/gprel/master branch at
https://sourceware.org/git/?p=binutils-gdb.git;a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81720
--- Comment #6 from Orlando Arias ---
(In reply to Richard Earnshaw from comment #5)
> Bare metal target compilers should still respect the standard, which is
> quite clear that dereferencing NULL is undefined. Some users of the
> compiler expec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81590
--- Comment #5 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Fri Aug 4 17:48:57 2017
New Revision: 250875
URL: https://gcc.gnu.org/viewcvs?rev=250875&root=gcc&view=rev
Log:
i386: Rewrite check for AVX512 features
Add a new file, avx512-che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81590
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44292
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52387
Jerry DeLisle changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490
--- Comment #26 from H. Peter Anvin ---
@GPREL (altough it probably should be @GPOFF by analogy with @TPOFF?) gives the
linker an option to distinguish the relocations which need to be adjusted at
link/load time and the ones that don't.
We have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81660
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81674
--- Comment #1 from Jonathan Wakely ---
There are several bugs about this already, please search for duplicates.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81482
--- Comment #3 from Jonathan Wakely ---
(In reply to kloetzl from comment #2)
> I don't think that the runtime cost of the copies is measurable. My bigger
> issue is that this quirks exposes the internal behaviour of the algorithm
> implementatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81706
--- Comment #8 from Jonathan Wakely ---
(In reply to Richard Biener from comment #1)
> The C library sin is vectorized by being appropriately annotated with OpenMP
> SIMD attributes. This isn't the case for the libstdc++ variant which ends
> up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81608
--- Comment #2 from Jonathan Wakely ---
See PR 69855 comment 2 - is this a dup?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81634
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57371
--- Comment #5 from Yury Gribov ---
Author: ygribov
Date: Fri Aug 4 20:29:12 2017
New Revision: 250877
URL: https://gcc.gnu.org/viewcvs?rev=250877&root=gcc&view=rev
Log:
Remove useless floating point casts in comparisons.
2017-08-04 Yury Grib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490
--- Comment #27 from H.J. Lu ---
(In reply to H. Peter Anvin from comment #26)
> @GPREL (altough it probably should be @GPOFF by analogy with @TPOFF?) gives
> the linker an option to distinguish the relocations which need to be
> adjusted at link
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81608
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69855
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
--- Comment #7 from Dmitry Babokin ---
That's an excellent new! This means UBSAN becomes finally fully functional in
GCC. No known false positives anymore (on quite large test base). Great job and
thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79790
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Aug 4 22:13:46 2017
New Revision: 250882
URL: https://gcc.gnu.org/viewcvs?rev=250882&root=gcc&view=rev
Log:
/cp
2017-08-04 Paolo Carlini
PR c++/79790
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79790
--- Comment #7 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Aug 4 22:15:48 2017
New Revision: 250883
URL: https://gcc.gnu.org/viewcvs?rev=250883&root=gcc&view=rev
Log:
/cp
2017-08-04 Paolo Carlini
PR c++/79790
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79790
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56010
James Clarke changed:
What|Removed |Added
CC||glaubitz at physik dot
fu-berlin.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81490
--- Comment #28 from Andy Lutomirski ---
hjl, I don't understand what problem you're trying to solve here. Your patch
makes it relatively straightforward to access global variables using __seg_gs
if the environment sets up the %gs base exactly t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81722
Bug ID: 81722
Summary: [7/8 Regression] memory hog building c++ on
i686-linux-gnu
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81722
Matthias Klose changed:
What|Removed |Added
Target|i686-linux-gnu |i686-linux-gnu,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81723
Bug ID: 81723
Summary: [7/8 Regression] fortran build doesn't terminate on
64bit targets
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
--- Comment #8 from rguenther at suse dot de ---
On August 5, 2017 12:01:06 AM GMT+02:00, babokin at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
>
>--- Comment #7 from Dmitry Babokin ---
>That's an excellent new! Th
98 matches
Mail list logo