Il 30/12/2012 01:13, Alexandre Oliva ha scritto:
On Dec 24, 2012, Paolo Bonzini bonz...@gnu.org 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
Janne Blomqvist wrote:
On Fri, Dec 28, 2012 at 12:31 AM, Tobias Burnus bur...@net-b.de 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
On Sat, Dec 29, 2012 at 5:50 PM, Vladimir Yakovlev vbyakov...@gmail.com 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.
On Sat, Dec 29, 2012 at 5:57 PM, Vladimir Yakovlev vbyakov...@gmail.com wrote:
I did changes. Please take a look.
2012/12/29, Uros Bizjak ubiz...@gmail.com:
On Sat, Dec 29, 2012 at 6:26 AM, Vladimir Yakovlev vbyakov...@gmail.com
wrote:
processor_alias_table contains the same processor type
I fixed typos and added CalangeLog.
2012-12-27 Vladimir Yakovlev vladimir.b.yakov...@intel.com
* config/i386/i386-c.c (ix86_target_macros_internal): New case.
(ix86_target_macros_internal): Likewise.
* config/i386/i386.c (m_CORE2I7): Removed.
(m_CORE_HASWELL):
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
--
J.
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
On Sun, Dec 30, 2012 at 5:05 PM, Vladimir Yakovlev vbyakov...@gmail.com wrote:
I fixed typos and added CalangeLog.
2012-12-27 Vladimir Yakovlev vladimir.b.yakov...@intel.com
* config/i386/i386-c.c (ix86_target_macros_internal): New case.
(ix86_target_macros_internal):
On Fri, Dec 28, 2012 at 9:27 PM, Richard Henderson r...@redhat.com 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
On Sun, Dec 23, 2012 at 5:48 PM, Richard Sandiford
rdsandif...@googlemail.com 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,
On Sun, Dec 23, 2012 at 6:02 PM, Richard Sandiford
rdsandif...@googlemail.com 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.:
/*
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.
12 matches
Mail list logo