public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object
@ 2015-10-12 14:06 mandrew9 at vt dot edu
2015-10-13 9:36 ` [Bug fortran/67933] [4.9/5/6 " rguenth at gcc dot gnu.org
` (8 more replies)
0 siblings, 9 replies; 10+ messages in thread
From: mandrew9 at vt dot edu @ 2015-10-12 14:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Bug ID: 67933
Summary: [4.9/5/Trunk Regression] ICE for array of a derived
type with allocatable class in derived type object
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mandrew9 at vt dot edu
Target Milestone: ---
Created attachment 36482
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36482&action=edit
small test case (source code)
Description:
Create a derived type object (list_t) that contains an array of a derived type
(wrapper_t). This derived type (wrapper_t) contains an allocatable class
(class_t). Whenever the object is referenced (as in Method), an ICE is thrown.
Replacing the allocatable class in the derived type (wrapper_t) with an
allocatable derived type or primitive type allows the module to compile.
test_mod.f95 (Also attached):
========================================
module test_mod
implicit none
type :: class_t
end type class_t
type :: wrapper_t
class(class_t), allocatable :: class_var
! type(class_t), allocatable :: class_var
! integer, allocatable :: class_id
end type wrapper_t
type :: list_t
type(wrapper_t) :: classes(10)
contains
procedure :: Method
end type list_t
contains
subroutine Method(this)
class(list_t) :: this
contains
! Do stuff
end subroutine Method
end module test_mod
========================================
Compiler: gcc version 4.9.3/5/Trunk
System: x86_64-redhat-linux
========================================
Command line: gfortran test_mod.f95
Output (with gcc 6.0.0 20151009 (experimental)):
test_mod.f95:23:0:
end module test_mod
1
internal compiler error: in gfc_conv_expr_descriptor, at
fortran/trans-array.c:6684
0x6aabeb gfc_conv_expr_descriptor(gfc_se*, gfc_expr*)
../../../packages/gcc_svn/gcc/fortran/trans-array.c:6684
0x6cf613 gfc_trans_pointer_assignment(gfc_expr*, gfc_expr*)
../../../packages/gcc_svn/gcc/fortran/trans-expr.c:7854
0x6cfd1e gfc_reset_vptr(stmtblock_t*, gfc_expr*)
../../../packages/gcc_svn/gcc/fortran/trans-expr.c:360
0x6fc495 gfc_trans_deallocate(gfc_code*)
../../../packages/gcc_svn/gcc/fortran/trans-stmt.c:6070
0x698937 trans_code
../../../packages/gcc_svn/gcc/fortran/trans.c:1802
0x6f1f63 gfc_trans_if_1
../../../packages/gcc_svn/gcc/fortran/trans-stmt.c:1106
0x6f821a gfc_trans_if(gfc_code*)
../../../packages/gcc_svn/gcc/fortran/trans-stmt.c:1137
0x698a27 trans_code
../../../packages/gcc_svn/gcc/fortran/trans.c:1740
0x6f9611 gfc_trans_simple_do
../../../packages/gcc_svn/gcc/fortran/trans-stmt.c:1671
0x6f9611 gfc_trans_do(gfc_code*, tree_node*)
../../../packages/gcc_svn/gcc/fortran/trans-stmt.c:1834
0x6989fa trans_code
../../../packages/gcc_svn/gcc/fortran/trans.c:1752
0x6bb963 gfc_generate_function_code(gfc_namespace*)
../../../packages/gcc_svn/gcc/fortran/trans-decl.c:5900
0x69bcc1 gfc_generate_module_code(gfc_namespace*)
../../../packages/gcc_svn/gcc/fortran/trans.c:2014
0x65554d translate_all_program_units
../../../packages/gcc_svn/gcc/fortran/parse.c:5533
0x65554d gfc_parse_file()
../../../packages/gcc_svn/gcc/fortran/parse.c:5752
0x695cf2 gfc_be_parse_file
../../../packages/gcc_svn/gcc/fortran/f95-lang.c:209
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
========================================
Configured with: ../../packages/gcc_svn/configure
--prefix=/l/mandrew9/Software/installs/gcc/gcc-trunk --with-cpu=generic
--build=x86_64-redhat-linux --enable-threads=posix --enable-checking=release
--enable-languages=fortran,c,c++ --disable-multilib
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [4.9/5/6 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
@ 2015-10-13 9:36 ` rguenth at gcc dot gnu.org
2015-10-13 9:55 ` dominiq at lps dot ens.fr
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-10-13 9:36 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |4.9.4
Summary|[4.9/5/Trunk Regression] |[4.9/5/6 Regression] ICE
|ICE for array of a derived |for array of a derived type
|type with allocatable class |with allocatable class in
|in derived type object |derived type object
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [4.9/5/6 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
2015-10-13 9:36 ` [Bug fortran/67933] [4.9/5/6 " rguenth at gcc dot gnu.org
@ 2015-10-13 9:55 ` dominiq at lps dot ens.fr
2015-10-18 21:30 ` mikael at gcc dot gnu.org
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-10-13 9:55 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |ice-on-valid-code
Status|UNCONFIRMED |NEW
Last reconfirmed| |2015-10-13
Known to work| |4.8.5
Ever confirmed|0 |1
Known to fail| |4.9.3, 5.2.0, 6.0
--- Comment #1 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Confirmed. The ICE appeared between revisions r206362 (2014-01-06, compiles)
and r206567 (2014-01-12, ICE): usual suspect r206379 (pr59589).
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [4.9/5/6 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
2015-10-13 9:36 ` [Bug fortran/67933] [4.9/5/6 " rguenth at gcc dot gnu.org
2015-10-13 9:55 ` dominiq at lps dot ens.fr
@ 2015-10-18 21:30 ` mikael at gcc dot gnu.org
2015-10-19 14:29 ` pault at gcc dot gnu.org
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: mikael at gcc dot gnu.org @ 2015-10-18 21:30 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Mikael Morin <mikael at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mikael at gcc dot gnu.org
Blocks|37336 |
--- Comment #2 from Mikael Morin <mikael at gcc dot gnu.org> ---
The generated finalization wrapper has code doing
deallocate(ptr2%classes(:)%class_var)
where ptr2 is a pointer of type list_t to be finalized.
This is missing scalarization, a correct code would do instead:
do i=1,size(ptr2)
ptr3 => ptr2%classes(i)
deallocate (ptr3%class_var)
end do
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
[Bug 37336] [F03] Finish derived-type finalization
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [4.9/5/6 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
` (2 preceding siblings ...)
2015-10-18 21:30 ` mikael at gcc dot gnu.org
@ 2015-10-19 14:29 ` pault at gcc dot gnu.org
2015-10-20 15:06 ` mikael at gcc dot gnu.org
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: pault at gcc dot gnu.org @ 2015-10-19 14:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Paul Thomas <pault at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pault at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Comment #3 from Paul Thomas <pault at gcc dot gnu.org> ---
(In reply to Mikael Morin from comment #2)
> The generated finalization wrapper has code doing
> deallocate(ptr2%classes(:)%class_var)
> where ptr2 is a pointer of type list_t to be finalized.
> This is missing scalarization, a correct code would do instead:
> do i=1,size(ptr2)
> ptr3 => ptr2%classes(i)
> deallocate (ptr3%class_var)
> end do
Hi Mikael,
This does not seem to be the problem. It is actually the
gfc_reset_vptr (&se.pre, al->expr);
at trans-stmt.c:6048.
Once gfc_reset_vptr is modified to quit if it doesn't find a vptr, compilation
succeeds and the finalizer has:
S.7 = 0;
while (1)
{
if (S.7 > 9) goto L.11;
if (ptr2->classes[S.7].class_var._data != 0B &&
ptr2->classes[S.7].class_var._vptr->_final != 0B)
{
desc.8.dtype = 296;
desc.8.data = (void * restrict) ptr2->classes[S.7].class_var._data;
ptr2->classes[S.7].class_var._vptr->_final (&desc.8, (integer(kind=8))
ptr2->classes[S.7].class_var._vptr->_size, 1);
}
if (ptr2->classes[S.7].class_var._data != 0B)
{
__builtin_free ((void *) ptr2->classes[S.7].class_var._data);
}
ptr2->classes[S.7].class_var._data = 0B;
S.7 = S.7 + 1;
}
L.11:;
I'll post the patch as soon as I understand where the vptr's go to.
Cheers
Paul
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [4.9/5/6 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
` (3 preceding siblings ...)
2015-10-19 14:29 ` pault at gcc dot gnu.org
@ 2015-10-20 15:06 ` mikael at gcc dot gnu.org
2015-10-26 18:01 ` [Bug fortran/67933] [5/6 " pault at gcc dot gnu.org
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: mikael at gcc dot gnu.org @ 2015-10-20 15:06 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
--- Comment #4 from Mikael Morin <mikael at gcc dot gnu.org> ---
(In reply to Paul Thomas from comment #3)
> (In reply to Mikael Morin from comment #2)
> > The generated finalization wrapper has code doing
> > deallocate(ptr2%classes(:)%class_var)
> > where ptr2 is a pointer of type list_t to be finalized.
> > This is missing scalarization, a correct code would do instead:
> > do i=1,size(ptr2)
This should use size(ptr2%classes) instead.
> > ptr3 => ptr2%classes(i)
> > deallocate (ptr3%class_var)
> > end do
>
> Hi Mikael,
>
> This does not seem to be the problem. It is actually the
> gfc_reset_vptr (&se.pre, al->expr);
> at trans-stmt.c:6048.
>
The problem is indeed in gfc_reset_vptr.
It is trying to do lhs%_vptr => &vtab
The lhs is ptr2%classes(:)%class_var (as I said above) which has nonzero rank,
so the code is expecting an array descriptor assignment, which the rhs isn't.
> Once gfc_reset_vptr is modified to quit if it doesn't find a vptr,
> compilation succeeds and the finalizer has:
>
Uh, I didn't expect scalarization to work with the rest of the code either;
good this should make the problem easier to fix.
>From gcc-bugs-return-500070-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Oct 20 15:07:37 2015
Return-Path: <gcc-bugs-return-500070-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 82240 invoked by alias); 20 Oct 2015 15:07:37 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 81868 invoked by uid 48); 20 Oct 2015 15:07:33 -0000
From: "aph at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug java/15525] suggestion to enable cast elimination
Date: Tue, 20 Oct 2015 15:07:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: java
X-Bugzilla-Version: 4.0.0
X-Bugzilla-Keywords: missed-optimization
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: aph at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: WONTFIX
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-15525-4-aresqI92IB@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-15525-4@http.gcc.gnu.org/bugzilla/>
References: <bug-15525-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-10/txt/msg01625.txt.bz2
Content-length: 432
https://gcc.gnu.org/bugzilla/show_bug.cgi?id\x15525
Andrew Haley <aph at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution|--- |WONTFIX
--- Comment #6 from Andrew Haley <aph at gcc dot gnu.org> ---
We'll never do this.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [5/6 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
` (4 preceding siblings ...)
2015-10-20 15:06 ` mikael at gcc dot gnu.org
@ 2015-10-26 18:01 ` pault at gcc dot gnu.org
2015-10-28 9:10 ` [Bug fortran/67933] [5 " schwab@linux-m68k.org
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: pault at gcc dot gnu.org @ 2015-10-26 18:01 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
Paul Thomas <pault at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|[4.9/5/6 Regression] ICE |[5/6 Regression] ICE for
|for array of a derived type |array of a derived type
|with allocatable class in |with allocatable class in
|derived type object |derived type object
--- Comment #5 from Paul Thomas <pault at gcc dot gnu.org> ---
This is now fixed on trunk.
I will have to figure out the minimum changes to 5 branch and 4.9 branch to fix
this regression.
I'm onto it!
Paul
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [5 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
` (5 preceding siblings ...)
2015-10-26 18:01 ` [Bug fortran/67933] [5/6 " pault at gcc dot gnu.org
@ 2015-10-28 9:10 ` schwab@linux-m68k.org
2015-10-28 9:27 ` paul.richard.thomas at gmail dot com
2015-10-28 19:29 ` pault at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: schwab@linux-m68k.org @ 2015-10-28 9:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
--- Comment #7 from Andreas Schwab <schwab@linux-m68k.org> ---
FAIL: gfortran.dg/allocate_with_source_15.f03 -O0 execution test
At line 38 of file
/usr/local/gcc/gcc-20151028/gcc/testsuite/gfortran.dg/allocate_with_source_15.f03
Fortran runtime error: Attempting to allocate already allocated variable 'this'
Error termination. Backtrace:
#0 0x400000000000297f in ???
#1 0x4000000000002faf in ???
#2 0x400000000000310f in ???
#3 0x20000000005045cf in ???
#4 0x4000000000000cbf in ???
at ../sysdeps/ia64/elf/start.S:106
#5 0xffffffffffffffff in ???
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [5 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
` (6 preceding siblings ...)
2015-10-28 9:10 ` [Bug fortran/67933] [5 " schwab@linux-m68k.org
@ 2015-10-28 9:27 ` paul.richard.thomas at gmail dot com
2015-10-28 19:29 ` pault at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: paul.richard.thomas at gmail dot com @ 2015-10-28 9:27 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
--- Comment #8 from paul.richard.thomas at gmail dot com <paul.richard.thomas at gmail dot com> ---
Thanks for the heads up.
There is something wierd going on here - There is no sign of this
error on my system. Obviously, I will remove the testcase this evening
and will try to fix the problem.
Cheers
Paul
On 28 October 2015 at 10:10, schwab@linux-m68k.org
<gcc-bugzilla@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
>
> --- Comment #7 from Andreas Schwab <schwab@linux-m68k.org> ---
> FAIL: gfortran.dg/allocate_with_source_15.f03 -O0 execution test
>
> At line 38 of file
> /usr/local/gcc/gcc-20151028/gcc/testsuite/gfortran.dg/allocate_with_source_15.f03
> Fortran runtime error: Attempting to allocate already allocated variable 'this'
>
> Error termination. Backtrace:
> #0 0x400000000000297f in ???
> #1 0x4000000000002faf in ???
> #2 0x400000000000310f in ???
> #3 0x20000000005045cf in ???
> #4 0x4000000000000cbf in ???
> at ../sysdeps/ia64/elf/start.S:106
> #5 0xffffffffffffffff in ???
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.
> You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug fortran/67933] [5 Regression] ICE for array of a derived type with allocatable class in derived type object
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
` (7 preceding siblings ...)
2015-10-28 9:27 ` paul.richard.thomas at gmail dot com
@ 2015-10-28 19:29 ` pault at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: pault at gcc dot gnu.org @ 2015-10-28 19:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67933
--- Comment #9 from Paul Thomas <pault at gcc dot gnu.org> ---
Author: pault
Date: Wed Oct 28 19:28:54 2015
New Revision: 229503
URL: https://gcc.gnu.org/viewcvs?rev=229503&root=gcc&view=rev
Log:
2015-01-28 Paul Thomas <pault@gcc.gnu.org>
PR fortran/67933
* gfortran.dg/allocate_with_source_15.f03: Correct trivial
array bounds error at line 25.
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/allocate_with_source_15.f03
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2015-10-28 19:29 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-10-12 14:06 [Bug fortran/67933] New: [4.9/5/Trunk Regression] ICE for array of a derived type with allocatable class in derived type object mandrew9 at vt dot edu
2015-10-13 9:36 ` [Bug fortran/67933] [4.9/5/6 " rguenth at gcc dot gnu.org
2015-10-13 9:55 ` dominiq at lps dot ens.fr
2015-10-18 21:30 ` mikael at gcc dot gnu.org
2015-10-19 14:29 ` pault at gcc dot gnu.org
2015-10-20 15:06 ` mikael at gcc dot gnu.org
2015-10-26 18:01 ` [Bug fortran/67933] [5/6 " pault at gcc dot gnu.org
2015-10-28 9:10 ` [Bug fortran/67933] [5 " schwab@linux-m68k.org
2015-10-28 9:27 ` paul.richard.thomas at gmail dot com
2015-10-28 19:29 ` pault at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).