On 18/01/2017 19:24, DJ Delorie wrote:
> Joe Seymour <jo...@somniumtech.com> writes:
>>> the msp430 -mlarge multilib failing to build with...
>>>> configure: error: Unknown underlying type for size_t
>>>> make[1]: *** [configure-target-libstdc++-v3
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 <jo...@somniumtech.com>
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
ogressions:
# 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 <jo...@somniumtech.com>
libgcc/
* config
m/-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 <jo...@somniumtech.com>
* config/msp430/driver-msp430.c (msp430_mcu_data): Sync with data
from TI's
: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 successfully if we can'
ention 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 <jo...@somniumtech.com>
gcc/
PR target/70
it) is OK, I'd appreciate it if someone could commit it for me.
Thanks,
2016-08-XX Joe Seymour <jo...@somniumtech.com>
gcc/
PR target/70713
* config/msp430/msp430.c (msp430_start_function): Don't output
interrupt vectors for weak functions.
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
aries. Presumably, this would be achieved 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 <jo...@somniumtech.com>
* acinclude.m4 (GLIBCXX_CHCK_SIZE_T_MANG
?
Thanks,
2012-10-12 Joe Seymour jseym...@codesourcery.com
* 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
could commit this if it's OK?
Thanks,
2012-10-12 Joe Seymour jseym...@codesourcery.com
* gcc.dg/pr53060.c: Prune irrelevant warning.
Index: gcc/testsuite/gcc.dg/pr53060.c
===
--- gcc/testsuite/gcc.dg/pr53060.c (revision
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:
/scratch/jseymour/mainline/i686-pc-linux-gnu/install/opt
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 jseym
14 matches
Mail list logo