http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
--- Comment #9 from Janis Johnson janis at gcc dot gnu.org ---
I haven't paid attention to decimal float since leaving IBM, so it was very
interesting to see the updated C++11 working paper. It makes sense to me to
use C++11 functionality
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
--- Comment #12 from Janis Johnson janis at gcc dot gnu.org ---
I obviously don't know C++ very well and the decimal float support in libstdc++
is very ugly. It would be nice if someone rewrites it in actual C++ someday;
the tests should help
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
--- Comment #4 from Janis Johnson janis at gcc dot gnu.org ---
I vaguely remember a problem with those conversion and have no idea now what it
was, but I'll try to find something in the mailing list archives.
decimal/decimal includes a workaround
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
--- Comment #5 from Janis Johnson janis at gcc dot gnu.org ---
From Janis in http://gcc.gnu.org/ml/libstdc++/2009-09/msg00115.html
The TR defines, within each of the classes decimal32, decimal64, and
decimal128, the following conversion
Assignee: unassigned at gcc dot gnu.org
Reporter: janis at gcc dot gnu.org
CC: ramana at gcc dot gnu.org
Target: arm-none-eabi
The following test failures are regressions from GCC 4.8 for arm-none-eabi with
multilib flags that include -march=armv8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57389
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448
--- Comment #17 from Janis Johnson janis at gcc dot gnu.org ---
Paolo, I don't remember, but assume I didn't uncover anything else that was
interesting.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448
--- Comment #21 from Janis Johnson janis at gcc dot gnu.org ---
I'm definitely not working on the bug anymore, and would have to do a lot of
work (better left to experts) to figure out if the test is valid. Please
assign it to someone else
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: janis at gcc dot gnu.org
CC: wschmidt at gcc dot gnu.org
Target: powerpc-none-eabi, powerpc-none-eabispe
Several of the tests added for PR46728 fail for powerpc
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: janis at gcc dot gnu.org
CC: wschmidt at gcc dot gnu.org
Host: i686-pc-linux-gnu
Target: powerpc-none-eabispe
Build: i686
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57814
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org ---
I filed http://gcc.gnu.org/PR57816 for the ICE mentioned above.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780
--- Comment #5 from Janis Johnson janis at gcc dot gnu.org 2013-02-19
23:53:05 UTC ---
The gcc.target/arm/ftest-*.c tests now work without hangs, but the effective
target checks are still in the testsuite available to be used by other tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56206
--- Comment #1 from Janis Johnson janis at gcc dot gnu.org 2013-02-04
18:07:12 UTC ---
Author: janis
Date: Mon Feb 4 18:07:06 2013
New Revision: 195725
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195725
Log:
PR testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994
--- Comment #6 from Janis Johnson janis at gcc dot gnu.org 2013-01-25
00:26:43 UTC ---
Author: janis
Date: Fri Jan 25 00:26:34 2013
New Revision: 195458
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195458
Log:
Backport from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56091
Bug #: 56091
Summary: gcc.target/arm/pr43137.c fails for THUMB-1
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56092
Bug #: 56092
Summary: gcc.target/arm/volatile-bitfields-1.c fails for THUMB
and armv[78]
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56093
Bug #: 56093
Summary: gcc.target/arm/wmul-11.c fails for armv5te and iwmmxt
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55794
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55794
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||ccoutant
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
Bug #: 56043
Summary: ICE in rs6000_builtin_vectorized_libmass for
vsx-mass-1.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55995
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org 2013-01-16
16:38:24 UTC ---
Interesting, it causes the compiler to segfault on both arm-none-eabi and
powerpc-none-eabi:
/scratch/janisjo/build6/fsf-arm-eabi/src/gcc-mainline/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
--- Comment #8 from Janis Johnson janis at gcc dot gnu.org 2013-01-16
18:50:06 UTC ---
Author: janis
Date: Wed Jan 16 18:49:57 2013
New Revision: 195249
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195249
Log:
PR testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994
--- Comment #5 from Janis Johnson janis at gcc dot gnu.org 2013-01-16
18:52:56 UTC ---
Author: janis
Date: Wed Jan 16 18:52:51 2013
New Revision: 195250
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195250
Log:
PR testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994
Bug #: 55994
Summary: multiple definition or memset or strlen for builtins
tests with LTO options
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
--- Comment #8 from Janis Johnson janis at gcc dot gnu.org 2013-01-15
17:11:40 UTC ---
The gcc.c-torture/execute/builtins failures with LTO options are now covered by
PR55994.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55995
Bug #: 55995
Summary: vect increase_alignment notes missing from dump file
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55994
--- Comment #4 from Janis Johnson janis at gcc dot gnu.org 2013-01-15
20:00:17 UTC ---
Patch posted: http://gcc.gnu.org/ml/gcc-patches/2013-01/msg00801.html.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54338
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||rearnsha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org 2013-01-03
22:52:03 UTC ---
Here's the configuration for the FSF mainline compiler I'm using:
Target: arm-none-eabi
Configured with:
/scratch/janisjo/build6/fsf-arm-eabi/src/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55780
Bug #: 55780
Summary: effective targets arm_arch_v*_multilib are not strict
enough
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54723
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
--- Comment #6 from Janis Johnson janis at gcc dot gnu.org 2012-09-26
16:45:25 UTC ---
It's important to continue to run the vectorization tests with ARM big-endian
to detect regressions in the execution tests, so I don't want to exclude
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
--- Comment #7 from Janis Johnson janis at gcc dot gnu.org 2012-09-26
21:51:53 UTC ---
I've tried requiring arm_little_endian for various vect_ effective targets, but
the missing support isn't at all clear-cut. Lots of vectorization takes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54338
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54723
Bug #: 54723
Summary: test gcc.target/arm/div64-unwinding.c fails for
GNU/Linux target
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
Bug #: 54622
Summary: gcc.dg/vect test failures for arm big-endian
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org 2012-09-19
01:16:58 UTC ---
Effective targets vect_unpack and vect_pack_trunc both require little endian
for ARM, which is why I thought that perhaps some of the others do as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #14 from Janis Johnson janis at gcc dot gnu.org 2012-08-01
23:35:12 UTC ---
Ramana, chunks of regular expressions within parentheses are matched and added
to the returned expression that is used in scan-assembler-times. To avoid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #8 from Janis Johnson janis at gcc dot gnu.org 2012-07-31
15:56:12 UTC ---
For some reason I couldn't apply the patch, but manually changed the tests to
use { scan-assembler-times regexp 2 } instead of { scan assembler regexp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #10 from Janis Johnson janis at gcc dot gnu.org 2012-07-31
16:49:23 UTC ---
The problem is the regular expression, which matches far too much text and ends
up with a length of 5 instead of 2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #11 from Janis Johnson janis at gcc dot gnu.org 2012-07-31
17:30:15 UTC ---
Sorry, I had been assuming that the tests in our tree match what's upstream but
the expressions to match are slightly different. I'll keep investigating.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #13 from Janis Johnson janis at gcc dot gnu.org 2012-07-31
18:01:55 UTC ---
The scan-assembler finds the expression at least once and passes. The
scan-assembler-times directive expects to find the expression twice, but the
returned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #5 from Janis Johnson janis at gcc dot gnu.org 2012-07-30
18:34:50 UTC ---
Thanks for looking, Ramana. I noticed in my investigation that the search
string needs to be different for scan-assembler-times than for scan-assembler,
since
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20771
--- Comment #7 from Janis Johnson janis at gcc dot gnu.org 2012-07-09
22:10:46 UTC ---
Author: janis
Date: Mon Jul 9 22:10:40 2012
New Revision: 189393
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=189393
Log:
Backport from mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org 2012-06-20
14:15:52 UTC ---
Two scan-assembler directives with the same search string don't look for two
instances of the same string, they just look for the same thing twice and pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20771
--- Comment #5 from Janis Johnson janis at gcc dot gnu.org 2012-06-13
22:56:00 UTC ---
Author: janis
Date: Wed Jun 13 22:55:56 2012
New Revision: 188540
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=188540
Log:
PR testsuite/20771
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20771
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53664
Bug #: 53664
Summary: neon-testgen.ml generates duplicate scan-assembler
directives
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53665
Bug #: 53665
Summary: test g++.dg/abi/mangle50.C has duplicate
scan-assembler lines
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50722
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #11 from Janis Johnson janis at gcc dot gnu.org 2011-12-19
20:36:52 UTC ---
The large code size isn't from the generated code, it's from the runtime
support in static libraries; compile main.c with -c and look at the size of
main.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #7 from Janis Johnson janis at gcc dot gnu.org 2011-12-18
01:32:43 UTC ---
An executable with decimal float support is very big because the runtime
support is in static libraries, not in shared libraries (DLLs). That will
probably
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486
--- Comment #5 from Janis Johnson janis at gcc dot gnu.org 2011-12-09
17:04:04 UTC ---
Header decimal didn't go with the standard headers because it's not part of
the standard. My first couple of patches put it in tr24733/decimal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org 2011-11-30
21:33:46 UTC ---
The definitions that n2732 wants to add are typedefs to the C++ classes, but
interoperability with C requires the typedefs using modes that Ryan shows. I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #4 from Janis Johnson janis at gcc dot gnu.org 2011-11-30
21:44:19 UTC ---
If following the spec works, then by all means do that. It's been quite a long
time since I've thought about decimal float support and my memory is a bit
hazy.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44473
--- Comment #14 from Janis Johnson janis at gcc dot gnu.org 2011-09-30
17:33:48 UTC ---
Author: janis
Date: Fri Sep 30 17:33:41 2011
New Revision: 179399
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=179399
Log:
gcc/cp
PR c++/44473
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44473
--- Comment #11 from Janis Johnson janis at gcc dot gnu.org 2011-09-28
23:04:13 UTC ---
There's a patch here:
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00625.html
approved here:
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01208.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49742
Summary: ICE for gcc.dg/vect/O3-pr39675-2.c on ARM
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49719
Summary: test gcc.target/arm/sibcall-1.c fails for ARM
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
--- Comment #31 from Janis Johnson janis at gcc dot gnu.org 2011-07-12
15:06:03 UTC ---
I filed PR middle-end/49719 for the sibcall-1.c failure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49678
Summary: scan for mov fails in gcc.target/arm/pr42575.c
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49519
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #11 from Janis Johnson janis at gcc dot gnu.org 2011-06-27
18:05:41 UTC ---
I have confirmed that the -Os failures began with r175063 and that the tests
pass for several revision before that and pass for several after, so it's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #7 from Janis Johnson janis at gcc dot gnu.org 2011-06-24
23:01:40 UTC ---
Created attachment 24600
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24600
rtl dump for -Os failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #9 from Janis Johnson janis at gcc dot gnu.org 2011-06-24
23:02:58 UTC ---
I still get the -Os failures (I never had the others) with r175389 and have
attached the requested rtl dumps.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #8 from Janis Johnson janis at gcc dot gnu.org 2011-06-24
23:02:12 UTC ---
Created attachment 24601
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24601
rtl dump for -Os failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46003
--- Comment #7 from Janis Johnson janis at gcc dot gnu.org 2011-06-08
15:49:02 UTC ---
Test g++.dg/template/cond5.C starts passing for arm-none-linux-gnueabi with
r174682, the fix for PR49134 mentioned in comment 6.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49259
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49259
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49259
Summary: template/incomplete6.C ICE in build_target_expr
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49260
Summary: cpp0x/lambda/lambda-eh2.C fails execution
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49260
--- Comment #1 from Janis Johnson janis at gcc dot gnu.org 2011-06-01
17:31:24 UTC ---
Output when the test runs on QEMU for arm-none-linux-gnueabi:
terminate called after throwing an instance of 'int'
*** EXIT code 4242
FAIL: g++.dg/cpp0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49247
Summary: libiberty configure assumes newlib does not supply
psignal
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49175
--- Comment #3 from Janis Johnson janis at gcc dot gnu.org 2011-05-31
22:43:42 UTC ---
Usually the vect tests only require effective targets like vect_int if they are
checking that particular optimizations took place. There are no such checks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49175
Summary: vect/pr48172.c execution failure for ARM GNU/Linux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49180
Summary: pr45070.c fails for -Os -mthumb
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46003
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||aoliva at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49135
--- Comment #3 from Janis Johnson janis at gcc dot gnu.org 2011-05-24
16:07:25 UTC ---
With sources updated yesterday the ICE is at line 11950.
Configured with:
/scratch/janisjo/arm-linux-fsf/src/gcc-mainline/configure
--build=i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49134
Summary: ICE in g++.dg/cpp0x/constexpr tests for arm
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49135
Summary: ICE in gcc.c-torture/execute/920302-1.c on arm
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47404
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
CC||janis at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46862
Janis Johnson janis at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46862
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org 2010-12-09
18:42:13 UTC ---
TYPE_TRANSPARENT_AGGR is set in begin_class_definition in semantics.c for the
classes std::decimal::decimal{32|64|128}. It assumes that they are defined
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46862
--- Comment #4 from Janis Johnson janis at gcc dot gnu.org 2010-12-09
18:50:13 UTC ---
This doesn't have anything to do with libdecnumber, it's about how
std::decimal::decimalxx are defined in libstdc++.
Instead of an ICE with a nice message
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2288
--- Comment #15 from Janis Johnson janis at gcc dot gnu.org 2010-10-27
17:38:36 UTC ---
Peter, I don't know what address you should use for me; ask on #gcc if you
should use the IBM one, otherwise it's janis.marie.john...@gmail.com.
88 matches
Mail list logo
