public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type
@ 2012-03-23 21:23 ncahill_alt at yahoo dot com
2012-03-23 21:30 ` [Bug libitm/52695] " pinskia at gcc dot gnu.org
` (8 more replies)
0 siblings, 9 replies; 10+ messages in thread
From: ncahill_alt at yahoo dot com @ 2012-03-23 21:23 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
Bug #: 52695
Summary: libitm/config/x86/cacheline.h: '__m64' does not name a
type
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libitm
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: ncahill_alt@yahoo.com
While building gcc 4.7.0, libitm fails with this error:
In file included from ../../../gcc-4.7.0/libitm/libitm_i.h:85:0,
from ../../../gcc-4.7.0/libitm/aatree.cc:28:
../../../gcc-4.7.0/libitm/config/x86/cacheline.h:55:3: error: '__m64' does not
name a type
A possible fix is to add #include <x86intrin.h>
to cacheline.h, which seems to be the desired intent.
This was built with gcc 4.6.2, from the gcc-4.7.0.tar.bz2 as released on
ftp.gnu.org. The error occured right at the end, after the bootstrap process
was successful.
Thank you.
Neil.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
@ 2012-03-23 21:30 ` pinskia at gcc dot gnu.org
2012-03-23 22:28 ` ncahill_alt at yahoo dot com
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: pinskia at gcc dot gnu.org @ 2012-03-23 21:30 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-03-23 21:25:11 UTC ---
What is the target which you are using?
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
2012-03-23 21:30 ` [Bug libitm/52695] " pinskia at gcc dot gnu.org
@ 2012-03-23 22:28 ` ncahill_alt at yahoo dot com
2012-03-23 23:13 ` pinskia at gcc dot gnu.org
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ncahill_alt at yahoo dot com @ 2012-03-23 22:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #2 from ncahill_alt at yahoo dot com 2012-03-23 22:23:19 UTC ---
Sorry, i686-pc-linux-gnu, I think that is the target.
This is the configure command:
../gcc-4.7.0/configure \
--enable-bootstrap \
--disable-libada \
--disable-ld \
--disable-gold \
--enable-lto \
--enable-libssp \
\
--prefix=/usr \
--bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.7.0 \
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.7.0/include \
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.7.0 \
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.7.0/man \
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.7.0/info \
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.7.0/include/g++-v4 \
--host=i686-pc-linux-gnu \
--build=i686-pc-linux-gnu \
--disable-altivec \
--disable-fixed-point \
--without-ppl \
--without-cloog \
--enable-nls \
--without-included-gettext \
--with-system-zlib \
--disable-werror \
--enable-secureplt \
--disable-multilib \
--enable-libmudflap \
--disable-libgomp \
--with-python-dir=/share/gcc-data/i686-pc-linux-gnu/4.7.0/python \
--enable-checking=release \
--disable-libgcj \
--enable-languages=c,c++,fortran,lto \
--enable-shared \
--enable-threads=posix \
--enable-__cxa_atexit \
--enable-clocale=gnu \
--with-bugurl=http://bugs.gentoo.org/
Thank you.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
2012-03-23 21:30 ` [Bug libitm/52695] " pinskia at gcc dot gnu.org
2012-03-23 22:28 ` ncahill_alt at yahoo dot com
@ 2012-03-23 23:13 ` pinskia at gcc dot gnu.org
2012-03-24 10:33 ` ncahill_alt at yahoo dot com
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: pinskia at gcc dot gnu.org @ 2012-03-23 23:13 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-03-23 23:04:28 UTC ---
> --enable-bootstrap \
Can you try without that?
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
` (2 preceding siblings ...)
2012-03-23 23:13 ` pinskia at gcc dot gnu.org
@ 2012-03-24 10:33 ` ncahill_alt at yahoo dot com
2012-03-24 13:33 ` jakub at gcc dot gnu.org
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ncahill_alt at yahoo dot com @ 2012-03-24 10:33 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #4 from ncahill_alt at yahoo dot com 2012-03-24 10:18:15 UTC ---
(In reply to comment #3)
> > --enable-bootstrap \
>
> Can you try without that?
I get the same error and the same workaround allows the build to complete.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
` (3 preceding siblings ...)
2012-03-24 10:33 ` ncahill_alt at yahoo dot com
@ 2012-03-24 13:33 ` jakub at gcc dot gnu.org
2012-03-28 7:18 ` freebsd at nagilum dot org
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: jakub at gcc dot gnu.org @ 2012-03-24 13:33 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org,
| |torvald at gcc dot gnu.org
--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-03-24 10:57:29 UTC ---
Looks like a bug in libitm/config/x86/target.h:
// We'll be using some of the cpu builtins, and their associated types.
#ifndef __cplusplus
/* ??? It's broken for C++. */
#include <x86intrin.h>
#else
# ifdef __SSE2__
# include <emmintrin.h>
# elif defined(__SSE__)
# include <xmmintrin.h>
# endif
# ifdef __AVX__
# include <immintrin.h>
# endif
#endif
No idea what "brokeness" the above talks about, it works just fine for me in
C++, so IMHO it just should always include x86intrin.h, but certainly if
__MMX__ is defined, but no __SSE__, the above won't include in C++ any header
which would define __m64.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
` (4 preceding siblings ...)
2012-03-24 13:33 ` jakub at gcc dot gnu.org
@ 2012-03-28 7:18 ` freebsd at nagilum dot org
2014-01-02 7:37 ` dirtyepic at gentoo dot org
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: freebsd at nagilum dot org @ 2012-03-28 7:18 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
Nagilum <freebsd at nagilum dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |freebsd at nagilum dot org
--- Comment #6 from Nagilum <freebsd at nagilum dot org> 2012-03-28 07:14:43 UTC ---
Same here, building it from the FreeBSD port.
../../gcc-4.7-20120225/configure --disable-nls
--enable-languages=c,c++,objc,fortran --libdir=/usr/local/lib/gcc47
--libexecdir=/usr/local/libexec/gcc47 --program-suffix=47
--with-as=/usr/local/bin/as --with-gmp=/usr/local
--with-gxx-include-dir=/usr/local/lib/gcc47/include/c++/
--with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local
--with-pkgversion=FreeBSD Ports Collection --with-system-zlib --disable-libgcj
--prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/gcc47
--build=i386-portbld-freebsd9.0
bails at:
libtool: compile: /var/tmp/export/ports/lang/gcc47/work/build/./gcc/g++
-B/var/
tmp/export/ports/lang/gcc47/work/build/./gcc/ -nostdinc++ -nostdinc++
-I/var/tmp
/export/ports/lang/gcc47/work/build/i386-portbld-freebsd9.0/libstdc++-v3/include
/i386-portbld-freebsd9.0
-I/var/tmp/export/ports/lang/gcc47/work/build/i386-port
bld-freebsd9.0/libstdc++-v3/include
-I/var/tmp/export/ports/lang/gcc47/work/gcc-
4.7-20120225/libstdc++-v3/libsupc++
-I/var/tmp/export/ports/lang/gcc47/work/gcc-
4.7-20120225/libstdc++-v3/include/backward
-I/var/tmp/export/ports/lang/gcc47/wo
rk/gcc-4.7-20120225/libstdc++-v3/testsuite/util
-L/var/tmp/export/ports/lang/gcc47/work/build/i386-portbld-freebsd9.0/libstdc++-v3/src
-L/var/tmp/export/ports/lang/gcc47/work/build/i386-portbld-freebsd9.0/libstdc++-v3/src/.libs
-B/usr/local/i386-portbld-freebsd9.0/bin/
-B/usr/local/i386-portbld-freebsd9.0/lib/ -isystem
/usr/local/i386-portbld-freebsd9.0/include -isystem
/usr/local/i386-portbld-freebsd9.0/sys-include -DHAVE_CONFIG_H -I.
-I../.././../gcc-4.7-20120225/libitm
-I../.././../gcc-4.7-20120225/libitm/config/x86
-I../.././../gcc-4.7-20120225/libitm/config/posix
-I../.././../gcc-4.7-20120225/libitm/config/generic
-I../.././../gcc-4.7-20120225/libitm -march=i486 -mtune=i386
-fomit-frame-pointer -Wall -pthread -Werror -std=gnu++0x -funwind-tables
-fno-exceptions -fno-rtti -fabi-version=4 -g -Os -O2 -pipe -march=geode
-mtune=geode -I/usr/local/include -fno-strict-aliasing -MT aatree.lo -MD -MP
-MF .deps/aatree.Tpo -c ../.././../gcc-4.7-20120225/libitm/aatree.cc -fPIC
-DPIC -o .libs/aatree.o
In file included from ../.././../gcc-4.7-20120225/libitm/libitm_i.h:85:0,
from ../.././../gcc-4.7-20120225/libitm/aatree.cc:28:
../.././../gcc-4.7-20120225/libitm/config/x86/cacheline.h:55:3: error: '__m64'
does not name a type
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
` (5 preceding siblings ...)
2012-03-28 7:18 ` freebsd at nagilum dot org
@ 2014-01-02 7:37 ` dirtyepic at gentoo dot org
2015-01-23 15:02 ` torvald at gcc dot gnu.org
2015-01-23 17:16 ` rth at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: dirtyepic at gentoo dot org @ 2014-01-02 7:37 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #7 from Ryan Hill <dirtyepic at gentoo dot org> ---
(In reply to Jakub Jelinek from comment #5)
> No idea what "brokeness" the above talks about, it works just fine for me in
> C++, so IMHO it just should always include x86intrin.h, but certainly if
> __MMX__ is defined, but no __SSE__, the above won't include in C++ any
> header which would define __m64.
For 4.8 it just directly includes x86intrin.h.
http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00467.html [1]
However after patching 4.7.3 [2] we're seeing a different error on some
systems.
---8<---
In file included from
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/build/./gcc/include/x86intrin.h:27:0,
from
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/gcc-4.7.3/libitm/config/x86/target.h:72,
from
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/gcc-4.7.3/libitm/libitm_i.h:82,
from
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/gcc-4.7.3/libitm/aatree.cc:28:
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/build/./gcc/include/ia32intrin.h:
In function ‘int __bsrd(int)’:
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/build/./gcc/include/ia32intrin.h:41:35:
error: ‘__builtin_ia32_bsrsi’ was not declared in this scope
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/build/./gcc/include/ia32intrin.h:
In function ‘long long unsigned int __rdpmc(int)’:
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/build/./gcc/include/ia32intrin.h:89:35:
error: ‘__builtin_ia32_rdpmc’ was not declared in this scope
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/build/./gcc/include/ia32intrin.h:
In function ‘long long unsigned int __rdtsc()’:
/var/tmp/portage/sys-devel/gcc-4.7.3-r1/work/build/./gcc/include/ia32intrin.h:97:32:
error: ‘__builtin_ia32_rdtsc’ was not declared in this scope
--->8---
Both the reporters have AMD K8 processors. They only hit the bug when using
-march=native; -march=k8 is successful.
$ echo "" | gcc -march=native -v -E - 2>&1 | grep cc1
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.6.3/cc1 -E -quiet -v - -march=k8
-mno-cx16 -mno-sahf -mno-movbe -mno-aes -mno-pclmul -mno-popcnt -mno-abm
-mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-tbm -mno-avx -mno-sse4.2
-mno-sse4.1 --param l1-cache-size=64 --param l1-cache-line-size=64 --param
l2-cache-size=512 -mtune=k8
So it seems there's still a piece missing.
[1] http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=193369
[2]
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/gcc/4.7.3/gentoo/49_all_x86_pr52695_libitm-m64.patch?revision=1.1&view=markup
>From gcc-bugs-return-438890-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jan 02 07:59:05 2014
Return-Path: <gcc-bugs-return-438890-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21749 invoked by alias); 2 Jan 2014 07:59:04 -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 21678 invoked by uid 48); 2 Jan 2014 07:58:59 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/59644] [4.9 Regression] r206243 miscompiles Linux kernel
Date: Thu, 02 Jan 2014 07:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-59644-4-0BYcYF6SUB@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59644-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59644-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: 2014-01/txt/msg00032.txt.bz2
Content-length: 1345
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY644
--- Comment #9 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
The reason why some changes appear in stdarg functions is:
ix86_update_stack_boundary:
/* x86_64 vararg needs 16byte stack alignment for register save
area. */
if (TARGET_64BIT
&& cfun->stdarg
&& crtl->stack_alignment_estimated < 128)
crtl->stack_alignment_estimated = 128;
and kernel uses -mno-sse -mpreferred-stack-boundary=3
But because of -mno-sse, that is completely unnecessary, as
setup_incoming_varargs_64 does:
/* FPR size of varargs save area. We don't need it if we don't pass
anything in SSE registers. */
if (TARGET_SSE && cfun->va_list_fpr_size)
ix86_varargs_fpr_size = X86_64_SSE_REGPARM_MAX * 16;
else
ix86_varargs_fpr_size = 0;
thus for !TARGET_SSE it never even allocates the fpr save area that would need
the bigger alignment. So IMHO we might as well change
ix86_update_stack_boundary
to add && !TARGET_SSE into the condition.
Still, that doesn't explain why the kernel doesn't like it. As I said earlier,
the explanation could be that something doesn't expect r10 to be clobbered
across some of these calls, or perhaps something assumes > 64bit stack
alignment in the called function (but with -mpreferred-stack-boundary=3 that
would be broken assumption).
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
` (6 preceding siblings ...)
2014-01-02 7:37 ` dirtyepic at gentoo dot org
@ 2015-01-23 15:02 ` torvald at gcc dot gnu.org
2015-01-23 17:16 ` rth at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: torvald at gcc dot gnu.org @ 2015-01-23 15:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #8 from torvald at gcc dot gnu.org ---
Can this bug be closed? It sounds as if this has been fixed in 4.8 already;
given that TM is experimental, backporting the fix is probably not worth it.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
` (7 preceding siblings ...)
2015-01-23 15:02 ` torvald at gcc dot gnu.org
@ 2015-01-23 17:16 ` rth at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: rth at gcc dot gnu.org @ 2015-01-23 17:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
Richard Henderson <rth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |FIXED
--- Comment #9 from Richard Henderson <rth at gcc dot gnu.org> ---
Agreed.
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2015-01-23 17:16 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-03-23 21:23 [Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type ncahill_alt at yahoo dot com
2012-03-23 21:30 ` [Bug libitm/52695] " pinskia at gcc dot gnu.org
2012-03-23 22:28 ` ncahill_alt at yahoo dot com
2012-03-23 23:13 ` pinskia at gcc dot gnu.org
2012-03-24 10:33 ` ncahill_alt at yahoo dot com
2012-03-24 13:33 ` jakub at gcc dot gnu.org
2012-03-28 7:18 ` freebsd at nagilum dot org
2014-01-02 7:37 ` dirtyepic at gentoo dot org
2015-01-23 15:02 ` torvald at gcc dot gnu.org
2015-01-23 17:16 ` rth 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).