On 12/30/12 01:42, Paolo Bonzini wrote:
> Not my territory anymore, but it looks much better! CCing Bruce.
Hi Alexandre,
Long time. It's no wonder you've forgotten this little world! :)
Anyway, please make the expressions more readable and strip
out the generated text from the review message.
On Sun, Dec 23, 2012 at 6:02 PM, Richard Sandiford
wrote:
> Some of the maths builtins try to expand via an optab and fall back
> to an expand_call. The optabs path tends to clobber "target",
> so the original target is lost by the time we call expand_call. E.g.:
>
> /* Compute into TARGET.
>
On Sun, Dec 23, 2012 at 5:48 PM, Richard Sandiford
wrote:
> The minimum uint128_t value is an all-zeros double_int and the maximum
> value is an all-ones double_int. Truncating these values to int and
> then sign-extending them gives the same all-zeros and all-ones values,
> so tree-vrp.c:range_f
On Fri, Dec 28, 2012 at 9:27 PM, Richard Henderson wrote:
> On 12/27/2012 12:08 AM, Uros Bizjak wrote:
>> The alternative approach is changing cpuid definition in cpuid.h (as
>> in attached patch) to preserve %rbx, but we can't detect various code
>> model settings there. Since the change depends
On Sun, Dec 30, 2012 at 5:05 PM, Vladimir Yakovlev wrote:
> I fixed typos and added CalangeLog.
>
> 2012-12-27 Vladimir Yakovlev
> * config/i386/i386-c.c (ix86_target_macros_internal): New case.
> (ix86_target_macros_internal): Likewise.
>
> * config/i386/i386.c (m_CORE
Ping.
On 9-Dec-12, at 2:08 PM, John David Anglin wrote:
On hppa*-*-hpux*, we don't have sync functions. However,
__sync_lock_test_and_set is called in backtrace_alloc and
backtrace_free. This causes an abort before ICE proccessing
is fully complete.
hppa64 is an ELF target and backtraces are
Ping.
On 1-Dec-12, at 5:46 PM, John David Anglin wrote:
The attached change fixes the compilation of the following asm
in libquadmath/math/fmaq.c:
asm volatile ("" : : "m" (v.value));
The issue arises because there is no support for directly loading
TFmode
objects.
Ok for trunk?
Dave
--
I fixed typos and added CalangeLog.
2012-12-27 Vladimir Yakovlev :
> On Sat, Dec 29, 2012 at 5:57 PM, Vladimir Yakovlev
> wrote:
>> I did changes. Please take a look.
>>
>> 2012/12/29, Uros Bizjak :
>>> On Sat, Dec 29, 2012 at 6:26 AM, Vladimir Yakovlev
>>> wrote:
>>>
processor_alias_tab
On Sat, Dec 29, 2012 at 5:57 PM, Vladimir Yakovlev wrote:
> I did changes. Please take a look.
>
> 2012/12/29, Uros Bizjak :
>> On Sat, Dec 29, 2012 at 6:26 AM, Vladimir Yakovlev
>> wrote:
>>
>>> processor_alias_table contains the same processor type for all
>>> "corei7", "corei7-avx", "core-avx-
On Sat, Dec 29, 2012 at 5:50 PM, Vladimir Yakovlev wrote:
> I did canges. Please take a look.
Please attach the patch, relative to mainline, not an incremental
patch vs. your previous version.
Thanks,
Uros.
Janne Blomqvist wrote:
On Fri, Dec 28, 2012 at 12:31 AM, Tobias Burnus wrote:
a) The Fortran standard only defines LOGICAL(kind=C_Bool) as being
interoperable with C - no other LOGICAL type. That matches GCC: With gcc
(the C compiler) only _Bool is a BOOLEAN_TYPE with TYPE_PRECISION == 1.
Hence
Il 30/12/2012 01:13, Alexandre Oliva ha scritto:
> On Dec 24, 2012, Paolo Bonzini wrote:
>
>> Il 21/12/2012 06:17, Alexandre Oliva ha scritto:
>>> The problem is that glibc has an extern inline definition of
>>> fraiseexcept that is introduced by including fenv.h (it's in
>>> bits/fenv.h), and th
12 matches
Mail list logo
