libcpp/charset.c has a helpful introductory comment describingcharacter
sets, including the source and execution character sets.
libcpp appears to attempt to support both UTF-8 and UTF-EBCDIC for the
source character set, via:
#if HOST_CHARSET == HOST_CHARSET_ASCII
#define SOURCE_CHARSET "UTF-8"
On Tue, Jul 19, 2016 at 12:05 PM, David Malcolm wrote:
> libcpp/charset.c has a helpful introductory comment describingcharacter
> sets, including the source and execution character sets.
>
> libcpp appears to attempt to support both UTF-8 and UTF-EBCDIC for the
> source character set, via:
>
> #i
We are pleased to announce the first LLVM Cauldron, to be held on Thursday
September 8th 2016 in Hebden Bridge, UK. This is the day before the GNU Tools
Cauldron being held at the same venue, so we hope to take advantage of the high
concentration of compiler enthusiasts and to encourage lots of
cro
On 19 July 2016 at 11:04, Richard Biener wrote:
> On July 18, 2016 11:05:58 PM GMT+02:00, David Malcolm
> wrote:
>>On Tue, 2016-07-19 at 00:52 +0530, Prasad Ghangal wrote:
>>> On 19 July 2016 at 00:25, Richard Biener
>>> wrote:
>>> > On July 18, 2016 8:28:15 PM GMT+02:00, Prasad Ghangal <
>>> >
Snapshot gcc-5-20160719 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/5-20160719/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5
On Tue, 2016-07-19 at 12:24 -0400, David Edelsohn wrote:
> On Tue, Jul 19, 2016 at 12:05 PM, David Malcolm
> wrote:
> > libcpp/charset.c has a helpful introductory comment
> > describingcharacter
> > sets, including the source and execution character sets.
> >
> > libcpp appears to attempt to sup
Hi, David
I don't believe that hardware easily is available. We probably could
arrange for access, if it is necessary, but it is not accessible
through the IBM Community Development system for Linux on z Systems
because this isn't Linux-based. GCC on the system is not self-hosting
-- I believe t
David Edelsohn writes:
> GCC on the system is not self-hosting -- I believe that GCC only is
> used as a cross-compiler.
I can confirm this - GCC for TPF is always a cross compiler, it never
runs *on* a TPF system.
Hi,
I noticed that ubsan testsuite sometimes has failures due to dejagnu
buffer gets full and we no longer match on the output any more.
As you can see from the .log file:
/data1/jenkins/workspace/BuildThunderX_native_gcc_6/gcc/gcc/testsuite/c-c++-common/ubsan/float-cast-overflow-1.c:88:3:
runtim
On July 20, 2016 2:01:18 AM GMT+02:00, Andrew Pinski wrote:
>Hi,
> I noticed that ubsan testsuite sometimes has failures due to dejagnu
>buffer gets full and we no longer match on the output any more.
>As you can see from the .log file:
>/data1/jenkins/workspace/BuildThunderX_native_gcc_6/gcc/gcc
10 matches
Mail list logo