--- Comment #4 from alpha dot super-one at laposte dot net 2009-04-17
05:05 ---
My .ii:
http://files.first-world.info/temp/main.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39511
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-17 04:54 ---
(In reply to comment #2)
> My test case:
That testcase is not compilable at all. Can you use -save-temps and provide
the preprocessed source (which is the .ii file that is generated)?
--
http://gcc.gnu.org/bug
--- Comment #2 from alpha dot super-one at laposte dot net 2009-04-17
04:51 ---
My test case:
enum ParityType
{
PAR_NONE,
PAR_ODD,
PAR_EVEN,
PAR_MARK, //WINDOWS ONLY
PAR_SPACE
};
QString parityToString(ParityType value)
{
switch(value)
--- Comment #1 from burnus at gcc dot gnu dot org 2009-04-17 04:40 ---
I think this was recently fixed. At least with GCC 4.4.0 20090414 and with the
latest 4.5 trunk:
(gdb) pt abc
type = character*16
(gdb) p abc
$1 = 'abc', ' '
I can reproduce the problem with gfortran 4.3.x
--
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-17 02:48 ---
I got
/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/g++/../../g++
-B/export/gnu/import/svn/gcc-test/bld/gcc/testsuite/g++/../../
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/g++.dg/ext/complit11.C
-
I got
FAIL: g++.dg/ext/complit11.C (test for excess errors)
on Linux/ia32, Linux/ia64 and Linux/Intel64.
--
Summary: g++.dg/ext/complit11.C failed
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-04-17 01:47
---
I am looking into this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39782
A simple example shows the problem:
program test
implicit none
integer i
character(16) abc
abc = "abc"
i = 7
end program
Compile with:
gfortran -g -O0 test.f90
Run with gdb and "whatis abc" produces:
type = character(kind=1) (16)
That is, gdb thinks that the variable abc is an arr
th-newlib --with-gnu-as --with-gnu-ld --enable-languages=c,c++
Thread model: single
gcc version 4.4.0 20090416 (prerelease) (GCC)
--
Summary: gcc.dg/tls/alias-1.c,opt-2.c fail if TLS is not
supported by C library
Product: gcc
Version: 4.4.
--- Comment #6 from danglin at gcc dot gnu dot org 2009-04-17 00:56 ---
I believe the problem is the symbol was exported when it shouldn't have been.
The signbit macro is provided by math.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-17
00:20 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> Bloody hack but will probably work
Long double on hppa-linux is the same as double (64 bits).
Dave
--
--- Comment #6 from kkojima at gcc dot gnu dot org 2009-04-16 23:53 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from kkojima at gcc dot gnu dot org 2009-04-16 23:10 ---
Subject: Bug 39767
Author: kkojima
Date: Thu Apr 16 23:09:53 2009
New Revision: 146218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146218
Log:
Backport from mainline:
PR target/39767
--- Comment #4 from bkoz at gcc dot gnu dot org 2009-04-16 23:09 ---
There is no __signbitl export expected, from
config/abi/post/hppa-linux-gnu/baseline_symbols.txt. Where is this from?
Assume this would result in an abi_check FAIL?
FYI
gcc-4.4 hppa-linux results are fine:
http://gc
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-04-16 22:42 ---
Changing int len; into size_t len; and changing unsigned length to size_t
length; causes this to fail even on 32bits.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37060
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-04-16 22:38 ---
Created an attachment (id=17649)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17649&action=view)
adds __signbitl for hppa
Bloody hack but will probably work
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
--- Comment #2 from bkoz at gcc dot gnu dot org 2009-04-16 22:12 ---
Mine
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #1 from bkoz at gcc dot gnu dot org 2009-04-16 22:11 ---
I suspect this is a mis-configuration of your tester. From the most current
test results:
http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg00745.html
This differs in the abi_check fail from other i686 testers, which a
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 22:10 ---
Hmm, I think we need to implement extern template like C++0x says, I don't know
what it says about this point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38132
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 22:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #30 from bkoz at gcc dot gnu dot org 2009-04-16 22:04 ---
It'll be nice to have stdint.h provided by the compiler.
;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39644
--- Comment #4 from kkojima at gcc dot gnu dot org 2009-04-16 21:59 ---
Subject: Bug 39767
Author: kkojima
Date: Thu Apr 16 21:58:59 2009
New Revision: 146216
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146216
Log:
PR target/39767
* config/sh/predicates.md (ar
--- Comment #15 from bkoz at gcc dot gnu dot org 2009-04-16 21:59 ---
Patch in #12 seems fine to me for 4.4.1.
I remain interested in trying to use C++0x for some of the parallel mode bits,
including but not limited to cstdint, type_traits, functional, atomic, etc.
I hope to get back
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 21:53 ---
*** Bug 39603 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 21:53 ---
*** This bug has been marked as a duplicate of 2881 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39640
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 21:07 ---
Sounds like mmap is not working.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39618
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39618
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39619
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 21:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords||diagnosti
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 20:54 ---
What target are you compiling on? I could not link this on i686-darwin:
std::basic_string, std::allocator
>::_Rep::_S_create(unsigned int, unsigned int, std::allocator const&)
std::basic_string, std::allocator
>::r
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c |middle-end
E
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-16 20:50 ---
The trunk gives:
t.cc:18: error: a cast to a type other than an integral or enumeration type
cannot appear in a constant-expression
t.cc:18: error: template argument 2 is invalid
t.cc:18: error: invalid type in decla
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:48 ---
You need either the driver reading the object files or the linker knowing the
specifications for this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39409
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39411
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 20:45 ---
"first part of triplet"
if you want a multi-targeted i386 compiler, use --enable-targets=.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 20:44 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:39 ---
Can you provide a preprocessed testcase?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:38 ---
*** This bug has been marked as a duplicate of 15272 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 20:38 ---
*** Bug 39541 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39578
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-16 20:34 ---
*** Bug 39389 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 20:34 ---
*** This bug has been marked as a duplicate of 39182 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39389
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-04-16 20:32 ---
You want to use the "+" constraint as output constraint.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39584
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 20:31 ---
Can you provide the preprocessed source? And the output of gcc -v?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
First, the problem. Sample program:
#include
int main(void) { return 0; }
% g++ -c bug.cxx
In file included from
/opt/gcc--4.3.3--tru64/bin/../lib/gcc/alphaev56-dec-osf4.0g/4.3.3/include-fixed/sys/localedef.h:76,
from /usr/include/ctype.h:108,
from bug.c
--- Comment #9 from kargl at gcc dot gnu dot org 2009-04-16 19:27 ---
Sigh. Return this to an enhancement request with the
original Summary.
gfortran's behavior is correct.
(Note to self)**2: Never look at a bug report involving the
allocation of 16 GB of memory on a system limited b
#include
#pragma GCC target ("no-avx")
__m256d a, b, c;
__m128d d, e, f;
void __attribute__ ((__target__ ("avx"), __noinline__))
avx_routine (void)
{
a = _mm256_andnot_pd (b, c);
}
void __attribute__ ((__target__ ("sse3"), __noinline__))
sse3_routine (void)
{
d = _mm_andnot_pd (d, e);
}
I
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.5.0 |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39782
It appears that qualified name lookup fails to find the correct candidate set
for overload resolution in the test case below.
For the following test case, the symptom is rejects-valid; however, it is
simple
to produce variants for wrong-code and accepts-invalid.
The Comeau online compiler compile
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.5.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38307
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.5.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36892
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-04-16 19:05
---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-16
18:52 ---
Subject: Re: [4.5 Regression] Fail pr34513.c and pr34513.C at -O1 and above
> So r3 after the call to GOMP_barrier contains the old value of shrd which
> seems
> wrong.
Yes, I currently believe the prob
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-04-16 18:45
---
stw %r3,RR'shrd.1301-$global$(%r1)
.CALL
bl GOMP_atomic_end,%r2
nop
.CALL
bl GOMP_barrier,%r2
nop
comib,= 4,%r3,L$0006
ldw -84(%r30),%r2
S
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 18:37 ---
Confirmed:
==21080== Conditional jump or move depends on uninitialised value(s)
==21080==at 0x4BD8A78: finalize_transfer (transfer.c:3147)
--
pinskia at gcc dot gnu dot org changed:
What|Remov
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 18:34 ---
Stop setting the target milestone unless it is a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2009-04-16 18:34
---
Stop setting the target milestone unless it is a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #18 from pinskia at gcc dot gnu dot org 2009-04-16 18:33
---
Stop setting the target milestone unless it is a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-04-16 18:33
---
Stop setting the target milestone unless it is a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-04-16 18:33 ---
Stop setting the target milestone unless it is a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from scottwood at freescale dot com 2009-04-16 18:30 ---
(In reply to comment #1)
> >The problem is that GCC does not give an error
>
> It can't give an error for that code as it is only runtime undefined and it
> does not have to be invoked at runtime (i.e. the function
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 18:28 ---
>The problem is that GCC does not give an error
It can't give an error for that code as it is only runtime undefined and it
does not have to be invoked at runtime (i.e. the function is not called).
-- Pinski
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 18:26 ---
>foo.cc:6: error: std::ifstream was declared but not defined
This is even more confusing to me. As incomplete types are understood easier
than just being declared and not defined.
--
pinskia at gcc dot gnu do
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 18:24 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 18:24 ---
First there are a couple of issues here:
1) accepts invalid code:
using namespace std;
2)
>foo.cc:3: error: ifstream does not name a type
Yes that should change if ifstream is not defined at all but we still wan
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-16 18:22 ---
I think libstdc++ include pathes make the error message useless but if the
user code had the same walking back, I think the user would say this is more
useful message than what is recommended in comment #0 (at leas
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-16 18:14 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-04-16 18:06 ---
t.cc: In function void bar():
t.cc:11: error: invalid static_cast from type to type void (B::*)()
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2009-04-16 18:00 ---
Ok, I can wait. In that case please commit it after 4.4.0 has been released.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39762
When compiling an application on Solaris (and AIX) gcc does add implicit -L
options to the linker to point to the location of where libgcc_s.so.1 etc. (I
imagine it does this when a prefix was used that is not in the default ld.so
search path). This results in the LD_RUN_PATH being silently ignor
--- Comment #8 from jv244 at cam dot ac dot uk 2009-04-16 17:37 ---
(In reply to comment #6)
> "Result Characteristics. Default integer scalar."
yes, that is what I know. in the initial comment, I asked for an enhancement of
'bounds-check' which would detect the case where the defaul
--- Comment #4 from vmakarov at redhat dot com 2009-04-16 17:35 ---
Yes, I do. Although I feel it is a safe patch, I'd like to check it on trunk
first for a week.
Jakub, please let me know if you can not wait that for a week.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39762
--- Comment #7 from kargl at gcc dot gnu dot org 2009-04-16 17:33 ---
Add wrong-code keyword
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Keywor
--- Comment #6 from kargl at gcc dot gnu dot org 2009-04-16 17:31 ---
well, that was an inconvenient goose chase. (Note to self:
always check the Standard).
I'm tempted to close this with INVALID because the F95 Standard
explicitly states that SIZE() has a
"Result Characteristics. D
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 17:16 ---
Subject: Bug 17570
Author: pinskia
Date: Thu Apr 16 17:15:59 2009
New Revision: 146206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146206
Log:
2009-04-16 Andrew Pinski
PR C++/17570
* g
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-16 17:16 ---
Fixed so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-04-16 17:08 ---
Fixed in at least 4.4.0.
Mine to commit the testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-04-16 17:07 ---
Subject: Bug 28766
Author: pinskia
Date: Thu Apr 16 17:07:06 2009
New Revision: 146203
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146203
Log:
2009-04-16 Andrew Pinski
PR C++/28766
* g
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-04-16 17:07 ---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 17:03 ---
Mine to commit the testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from igodard at pacbell dot net 2009-04-16 17:02 ---
Wow! Six years and counting! This might be my oldest outstanding bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12672
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-16 17:02 ---
Fixed in at least 4.4.0 and above.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2009-04-16 16:59 ---
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01249.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35423
--- Comment #3 from jakub at gcc dot gnu dot org 2009-04-16 16:55 ---
Vlad, do you plan to commit to 4.4 branch as well?
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-04-16 16:53 ---
(In reply to comment #4)
> But this is valid and is rejected by gcc but accpected by ICC:
This is now accepted on the trunk.
friend S::S(); is still rejected but I don't know if that is valid
or not.
--
http:
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-04-16 16:50 ---
The testcase from comment #7 is correctly rejected but the testcase from
comment #0 is ICEing now which makes this a regression as 4.4.0 20090101
accepted it.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-04-16 16:35
---
Fixed at least on the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #36 from pinskia at gcc dot gnu dot org 2009-04-16 16:22
---
Fixed via Ira so marking as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from aam at fastmail dot fm 2009-04-16 16:18 ---
export ABI=32
I used this to tell GMP and MPFR that I wanted 32-bit libraries, which GCC
4.3.3 seemed to need rather than the default of 64-bit libraries which causes
the GCC configure script to fail to detect the proper ve
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-04-16 16:13 ---
This looks like better optimizations is causing a latent bug in the
selective-scheduling to show up.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-04-16 16:07 ---
Fixed in 4.4.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
1 - 100 of 158 matches
Mail list logo
