On 19 Jan 2012, at 06:13, Richard Frith-Macdonald wrote:
>
> On 19 Jan 2012, at 01:05, Nicola Pero wrote:
>
>>> This patch completes the removal of the public part of the
>>> Traditional Objective-C runtime API from libobjc.
>>>
>>> From now on, the only supported API is the "Modern" API. :-)
On Wed, 18 Jan 2012, willus.com wrote:
For those who might be interested, I've recently benchmarked gcc 4.6.3 (and
3.4.2) vs. Intel v11 and Microsoft (in Windows 7) here:
http://willus.com/ccomp_benchmark2.shtml
http://en.wikipedia.org/wiki/Microsoft_Windows_SDK#64-bit_development
For the m
On 19 Jan 2012, at 01:05, Nicola Pero wrote:
>> This patch completes the removal of the public part of the
>> Traditional Objective-C runtime API from libobjc.
>>
>> From now on, the only supported API is the "Modern" API. :-)
>
>> Nicola, this is causing trouble for Fedora. The Fedora mainta
Hello,
For those who might be interested, I've recently benchmarked gcc 4.6.3
(and 3.4.2) vs. Intel v11 and Microsoft (in Windows 7) here:
http://willus.com/ccomp_benchmark2.shtml
willus.com
> This patch completes the removal of the public part of the
> Traditional Objective-C runtime API from libobjc.
>
> From now on, the only supported API is the "Modern" API. :-)
> Nicola, this is causing trouble for Fedora. The Fedora maintainer has
> been advised by GNUstep upstream to switch
BELBACHIR Selim writes:
> I'm trying to support an 'in' instruction which reads a value on a peripheral
> and writes it into a $INP register.
> The $INP register can be used in almost every insn as input operand (add,
> sub, mul ...).
> I defined a builting to access the 'in' instruction.
>
> H
On Wed, Jan 18, 2012 at 08:34:41PM +0100, Thomas Koenig wrote:
> Hello,
>
> I have set up a semi-automatic lapack tester on
> powerpc64-unknown-linux-gnu (gcc110 on the gcc compile farm).
> It downloads the current trunk, compiles it, then uses that
> compiler to compile the reference BLAS and Lap
Hello,
I have set up a semi-automatic lapack tester on
powerpc64-unknown-linux-gnu (gcc110 on the gcc compile farm).
It downloads the current trunk, compiles it, then uses that
compiler to compile the reference BLAS and Lapack and run the LAPACK
test suite, cycling through the Lapack build with d
On Wed, Jan 18, 2012 at 10:34 AM, Andrew Haley wrote:
> On 06/07/2011 08:37 PM, Nicola Pero wrote:
>> This patch completes the removal of the public part of the
>> Traditional Objective-C runtime API from libobjc.
>>
>> From now on, the only supported API is the "Modern" API. :-)
>
> Nicola, this
On 06/07/2011 08:37 PM, Nicola Pero wrote:
> This patch completes the removal of the public part of the
> Traditional Objective-C runtime API from libobjc.
>
> From now on, the only supported API is the "Modern" API. :-)
Nicola, this is causing trouble for Fedora. The Fedora maintainer has
been
Given this piece of code (gcc-4.7-20120114):
static void Test(Batch* block,Batch* new_block,const uint32 offs)
{
T* __restrict old_values
=(T*)__builtin_assume_aligned(block->items,16);
T* __restrict new_values
=(T*)__builtin_assume_aligned(new_block->items,16);
Hi,
I'm trying to support an 'in' instruction which reads a value on a peripheral
and writes it into a $INP register.
The $INP register can be used in almost every insn as input operand (add, sub,
mul ...).
I defined a builting to access the 'in' instruction.
How should I express to gcc that th
On Tue, 17 Jan 2012, Ian Lance Taylor wrote:
When COMP_TYPE_ATTRIBUTES was introduced, it was a macro which could be
set in tm.h to check type attributes.
Fri May 6 14:05:00 1994 Stephen R. van den Berg
(b...@pool.informatik.rwth-aachen.de)
* tree.h (TYPE_ATTRIBUTES): New macro.
13 matches
Mail list logo
