[PATCH] Fix inclusion of cxxabi_forced.h in dynamic_bitset

2012-10-05 Thread Joe Seymour
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

Re: [PATCH] Fix inclusion of cxxabi_forced.h in dynamic_bitset

2012-10-08 Thread Joe Seymour
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

[PATCH] Adjust target for vect/pr48765.c

2012-10-12 Thread Joe Seymour
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

[testsuite] Prune irrelevant warning from pr53060.c

2012-10-12 Thread Joe Seymour
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

transaction_safe exceptions prevent libstdc++ building for some targets

2016-08-17 Thread Joe Seymour
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

Re: transaction_safe exceptions prevent libstdc++ building for some targets

2016-08-17 Thread Joe Seymour
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

[PATCH][msp430] Don't output __interrupt_vector sections for weak functions

2016-08-26 Thread Joe Seymour
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

Re: [PATCH][msp430] Don't output __interrupt_vector sections for weak functions

2016-09-01 Thread Joe Seymour
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

[PATCH] [msp430] Sync msp430_mcu_data with devices.csv

2017-01-03 Thread Joe Seymour
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

[PATCH 2/2] [msp430] Remove mpy.o from libgcc

2017-01-13 Thread Joe Seymour
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

[PATCH 1/2] [msp430] Remove source files from libmul archives

2017-01-13 Thread Joe Seymour
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

Re: transaction_safe exceptions prevent libstdc++ building for some targets

2017-01-18 Thread Joe Seymour
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

Re: transaction_safe exceptions prevent libstdc++ building for some targets

2017-01-19 Thread Joe Seymour
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

[PING][PATCH][msp430] Don't output __interrupt_vector sections for weak functions

2016-09-13 Thread Joe Seymour
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