Hello All,
I would like to svn commit to GCC (either after an OK to the trunk, or
to the GCC MELT branch) from two different machines (my work machine &
my home machine).
Up to now, my office machine was not powerful enough to compile quickly
GCC MELT (so I used to ssh from office to home, and t
Snapshot gcc-4.3-20101107 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20101107/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Jim writes:
> After upgrading my Dell laptop, both OS+kernel the i8k interface was giving
> nonsensical output. As it turned out it's not the kernel but compiler
> upgrade which broke this.
>
> Guys at Archlinux have found the underlying cause (but don't seem to have
> submitted a patch yet):
>
On Sun, 7 Nov 2010, Basile Starynkevitch wrote:
> Is it possible to access svn+ssh:gcc.gnu.org with two different keys?
> What is the exact procedure?
>
> http://gcc.gnu.org/wiki/SSH_connection_caching is suggesting
> ssh gcc.gnu.org appendkey -- does it work as I understand?
That is my understa
Andi Kleen writes:
> Jim writes:
>
>> After upgrading my Dell laptop, both OS+kernel the i8k interface was giving
>> nonsensical output. As it turned out it's not the kernel but compiler
>> upgrade which broke this.
>>
>> Guys at Archlinux have found the underlying cause (but don't seem to have
Andreas Schwab writes:
>
> The asm fails to mention that it modifies *regs.
It has a memory clobber, that should be enough, no?
Besides in any case it cannot be eliminated because it has
valid non dead inputs and outputs.
-Andi
--
a...@linux.intel.com -- Speaking for myself only.
On Fri, 5 Nov 2010, Ian Lance Taylor wrote:
> To the steering committee: I propose Ralf Wildenhues as a new maintainer
> for the build machinery.
I've relayed this proposal, thanks Ian. (Ralf, I assume you are fine
with this or you would speak up. ;-)
Gerald
Currently, the middle end seems to use the same rules for handling
constant overflow of integer arithmetic and conversion between integer
types: set TREE_OVERFLOW on the INTEGER_CST if the type is signed and
the value doesn't fit in the target type. But this doesn't seem to
match the C/C++ sta
Jason Merrill writes:
> So we're setting TREE_OVERFLOW inappropriately for conversion to
> signed integer types (though the front ends unset it again in cast
> context), and, more problematically, failing to set it for unsigned
> arithmetic overflow:
C99 6.2.5 paragraph 9 says "A computation inv
On 11/07/2010 11:11 PM, Ian Lance Taylor wrote:
C99 6.2.5 paragraph 9 says "A computation involving unsigned operands
can never overflow, because a result that cannot be represented by the
resulting unsigned integer type is reduced modulo the number that is one
greater than the largest value that
Hello,
* Gerald Pfeifer wrote on Mon, Nov 08, 2010 at 01:36:47AM CET:
> On Fri, 5 Nov 2010, Ian Lance Taylor wrote:
> > To the steering committee: I propose Ralf Wildenhues as a new maintainer
> > for the build machinery.
>
> I've relayed this proposal, thanks Ian. (Ralf, I assume you are fine
>
11 matches
Mail list logo
