On 18/01/2017 19:24, DJ Delorie wrote:
> Joe Seymour writes:
>>> the msp430 -mlarge multilib failing to build with...
>>>> configure: error: Unknown underlying type for size_t
>>>> make[1]: *** [configure-target-libstdc++-v3] Error 1
>>
>> This is
On 17/08/2016 12:19, Joe Seymour wrote:
> fail to build with...
>
>> ../../../../../libstdc++-v3/src/c++11/cow-stdexcept.cc:274:3: error: static
>> assertion failed: Pointers must be 32 bits or 64 bits wide
>> static_assert(sizeof(uint64_t) == sizeof(void*)
>
> T
f someone would
commit it on my behalf.
Thanks,
2017-01-XX Joe Seymour
libgcc/
* config/msp430/t-msp430 (libmul_none.a, libmul_16.a, libmul_32.a)
(libmul_f5.a): Filter archived prerequisites.
---
libgcc/config/msp430/t-msp430 |8
1 files changed, 4 inserti
progressions:
# of expected passes +721
# of unexpected failures -396
# of unresolved testcases -26
If this patch is acceptable, I would appreciate it if someone would
commit it on my behalf.
Thanks,
2017-01-XX Joe Seymour
libgcc/
* config/msp430/t-msp430 (LI
30-sim/-mhwmult=f5series
I don't have write access, so if this patch is acceptable I'd appreciate
it if someone would commit it for me.
Thanks,
2017-01-03 Joe Seymour
* config/msp430/driver-msp430.c (msp430_mcu_data): Sync with data
from TI's devices
oe
On 01/09/2016 17:18, Joe Seymour wrote:
> On 29/08/2016 22:09, DJ Delorie wrote:
>>
>> Which results in a more user-obvious case, ignoring the interrupt
>> attribute or ignoring the weak attribute? I would think that we never
>> want to compile and link successf
l intention was to make it an error, but
msp430_attr() seemed to set the precedent of emitting warnings for invalid
attributes, so I tried to follow that convention.
Here's a patch that produces an error instead:
2016-09-XX Joe Seymour
gcc/
PR target/70713
* confi
If this patch (or some future version of
it) is OK, I'd appreciate it if someone could commit it for me.
Thanks,
2016-08-XX Joe Seymour
gcc/
PR target/70713
* config/msp430/msp430.c (msp430_start_function): Don't output
On 17/08/2016 12:30, Jonathan Wakely wrote:
> On 17/08/16 12:19 +0100, Joe Seymour wrote:
>> Disabling the original changes for targets with unsupported pointer sizes
>> seems
>> like a reasonable solution to me, but I can't see an existing mechanism to do
>> so
chieved by
adding an
--{enable,disable}-transactional-memory argument to configure? I'm happy to
work on a patch, if this is acceptable in principle.
Thanks,
2016-08-XX Joe Seymour
* acinclude.m4 (GLIBCXX_CHCK_SIZE_T_MANGLING): Try __int20.
* configure: Regenerate.
diff --git a
perhaps someone could commit this if it's OK?
Thanks,
2012-10-12 Joe Seymour
* gcc.dg/pr53060.c: Prune irrelevant warning.
Index: gcc/testsuite/gcc.dg/pr53060.c
===
--- gcc/testsuite/gcc.dg/pr53060.c (revision 19226
mit it for me?
Thanks,
2012-10-12 Joe Seymour
* gcc.dg/vect/pr48765.c: Restrict to 64-bit PowerPC targets.
Index: gcc/testsuite/gcc.dg/vect/pr48765.c
===
--- gcc/testsuite/gcc.dg/vect/pr48765.c (revision 192402)
+++ gcc/tes
On 10/06/12 01:50, Paolo Carlini wrote:
> On 10/06/2012 02:33 AM, Joe Seymour wrote:
>> I'm seeing tr2/headers/all.cc fail in the libstdc++ testsuite:
>>
>> In file included from
>> src/gcc-mainline/libstdc++-v3/testsuite/tr2/headers/all.cc:22:0:
>> /scrat
h
Looking at how other headers in that list are treated, I believe it is the
include of cxxabi_forced.h in dynamic_bitset at fault. This patch corrects it.
I don't have commit access, so if this is acceptable perhaps someone would be
kind enough to commit it.
Thanks,
2012-10-06 Joe Seymour
14 matches
Mail list logo
