Snapshot gcc-4.8-20120610 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20120610/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.8 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Mon, 31 Oct 2011, Ian Lance Taylor wrote:
> No opinion on your actual question, but note that there is no more
> stage2. We now go directly from stage1 to stage3. This is just another
> feature of gcc development seemingly designed to confuse newbies, and
> evidently even confuses experienced
On Fri, 8 Jun 2012, Georg-Johann Lay wrote:
> I observed that HARD_REGNO_CALL_PART_CLOBBERED gets called with
> hard registers that HARD_REGNO_MODE_OK would reject.
>
> Is it save to set HARD_REGNO_CALL_PART_CLOBBERED to FALSE for
> hard registers for which HARD_REGNO_MODE_OK is FALSE?
IMHO it sho
On 10.06.2012 15:39, Jonathan Wakely wrote:
> I had a quick look at telling docbook stylesheets to add the charset,
> or not output utf8, and couldn't see how to do it. Maybe Benjamin
> knows.
If that should prove difficult, there are at least two alternatives:
1. Server configuration: have Apach
On Fri, 2012-06-08 at 16:54 +0800, Bin.Cheng wrote:
> Hi all,
> In micro-controller applications, code size is critical and the size
> problem is worse if library is linked.
> For example, most c programs call printf to format output data, that
> means floating point code get linked even the progra
On 10/06/2012, Gerald Pfeifer wrote:
> [ Adding our libstdc++ list ]
>
> On Fri, 13 Apr 2012, Martin von Gagern wrote:
>> While browsing http://gcc.gnu.org/onlinedocs/libstdc++/ using Firefox, I
>> noticed some mojibake due to the fact that the page was interpreted as
>> iso-8859-15, my default ch
[ Adding our libstdc++ list ]
On Fri, 13 Apr 2012, Martin von Gagern wrote:
> While browsing http://gcc.gnu.org/onlinedocs/libstdc++/ using Firefox, I
> noticed some mojibake due to the fact that the page was interpreted as
> iso-8859-15, my default charset, while it is actually meant to be utf-8.
gcc-4.7.0/gcc/config/alpha/alpha.c
word1 = expand_and (DImode, word1, GEN_INT (0x0ffffff0), NULL);
That "big" constant isn't portable since it doesn't fit in 32bits.
1) append LL
or 2) break it up into an expression, like
((HOST_WIDE_INT)0x0fff) << 8) | 0x0fff0
or such.
