Re: [build] Move gthr to toplevel libgcc

2011-11-02 Thread Rainer Orth
Paolo Bonzini writes: > Ok with a couple of changes: > >> gcc: >> * gthr-posix.h, gthr-single.h, gthr.h: Move to ../libgcc. > > Move gthr-posix.h to config/ > >>* config/m32r/linux.h (SUBTARGET_CPP_SPEC): Don't define _PTHREADS >>if -pthread. >>* config/mn10300/l

Re: [build] Move gthr to toplevel libgcc

2011-09-26 Thread Rainer Orth
Paolo, > Ok with a couple of changes: > >> gcc: >> * gthr-posix.h, gthr-single.h, gthr.h: Move to ../libgcc. > > Move gthr-posix.h to config/ I had left it in libgcc directly since the file, like gthr-single.h, is included in a couple of others, and is pretty generic. The updated patch

Re: [build] Move gthr to toplevel libgcc

2011-09-23 Thread Paolo Bonzini
On 09/23/2011 11:23 AM, Rainer Orth wrote: Rainer Orth writes: John David Anglin writes: I could find no indication that HP-UX 10 supported anything but DCE threads (especially no POSIX threads), so _REENTRANT being defined must meant DCE threads, unless I'm mistaken. _REENTRANT doesn't i

Re: [build] Move gthr to toplevel libgcc

2011-09-23 Thread Rainer Orth
Rainer Orth writes: > John David Anglin writes: > >>> I could find no indication that HP-UX 10 supported anything but DCE >>> threads (especially no POSIX threads), so _REENTRANT being defined must >>> meant DCE threads, unless I'm mistaken. >> >> _REENTRANT doesn't imply DCE threads. The reent

Re: [build] Move gthr to toplevel libgcc

2011-08-21 Thread Nathan Sidwell
On 08/08/11 08:47, Rainer Orth wrote: This patch moves gthr*.h and related code to toplevel libgcc. Unlike the other outstanding patches (libgcc1, libgcc2, crtstuff, shlib), it is pretty independent from the rest, so I'm posting it first. It was developed last, so there may be conflicts (gcc/Ma

Re: [build] Move gthr to toplevel libgcc

2011-08-09 Thread Rainer Orth
Hans-Peter Nilsson writes: > On Mon, 8 Aug 2011, Rainer Orth wrote: >> * SUPPORTS_WEAK is probably best detected with autoconf. We have >> libgfortran/acinclude.m4 (LIBGFOR_GTHREAD_WEAK), but should probably >> go for m4/ax_sys_weak_alias.m4 from the autoconf-archive instead. If >> we're

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Hans-Peter Nilsson
On Mon, 8 Aug 2011, Rainer Orth wrote: > * SUPPORTS_WEAK is probably best detected with autoconf. We have > libgfortran/acinclude.m4 (LIBGFOR_GTHREAD_WEAK), but should probably > go for m4/ax_sys_weak_alias.m4 from the autoconf-archive instead. If > we're lucky, that macro can detect suppor

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread John David Anglin
On 8-Aug-11, at 12:29 PM, Rainer Orth wrote: John David Anglin writes: I haven't moved two macros used in gthr*.h yet: GTHREAD_USE_WEAK and SUPPORTS_WEAK. This seems to warrant a separate followup patch, but for the record I report my findings: * GTHREAD_USE_WEAK must be defined explici

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Rainer Orth
John David Anglin writes: >> I haven't moved two macros used in gthr*.h yet: GTHREAD_USE_WEAK and >> SUPPORTS_WEAK. This seems to warrant a separate followup patch, but for >> the record I report my findings: >> >> * GTHREAD_USE_WEAK must be defined explicitly. It needs to be poisoned >> in sy

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Rainer Orth
John David Anglin writes: >> I could find no indication that HP-UX 10 supported anything but DCE >> threads (especially no POSIX threads), so _REENTRANT being defined must >> meant DCE threads, unless I'm mistaken. > > _REENTRANT doesn't imply DCE threads. The reentrant routines were added > to

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread John David Anglin
On 8-Aug-11, at 11:53 AM, Rainer Orth wrote: Paolo Bonzini writes: On 08/08/2011 05:42 PM, John David Anglin wrote: ** _DCE_THREADS is used to select gthr-dce.h, but again dce is the only/default model on hppa[12]*-*-hpux10* (pa-hpux10.h), so the special-casing can be removed. DCE thre

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Rainer Orth
Paolo Bonzini writes: > On 08/08/2011 05:51 PM, Rainer Orth wrote: libgfortran/acinclude.m4 (LIBGFOR_GTHREAD_WEAK) tries to determine a sensible value. >>> >>> I think libgfortran's approach is the nicest to be added in >>> libgcc/configure.ac. >> >> I'm not convinced: when i

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Paolo Bonzini
On 08/08/2011 05:51 PM, Rainer Orth wrote: libgfortran/acinclude.m4 (LIBGFOR_GTHREAD_WEAK) tries to determine a sensible value. I think libgfortran's approach is the nicest to be added in libgcc/configure.ac. I'm not convinced: when it was introduced (or used more extensively), I w

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Rainer Orth
Paolo Bonzini writes: > On 08/08/2011 05:42 PM, John David Anglin wrote: >> >> >>> ** _DCE_THREADS is used to select gthr-dce.h, but again dce is the >>> only/default model on hppa[12]*-*-hpux10* (pa-hpux10.h), so the >>> special-casing can be removed. >> >> DCE threads and thread single are both

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Rainer Orth
Paolo Bonzini writes: >> ** The use of _PTHREADS to select gthr-posix.h is quite inconsistent: >> only a few targets define that macro (m32r/linux.h, mn10300/linux.h, >> netbsd.h, sh/linux.h, sol2.h), and none of them support alternative >> thread models. Given that everything works

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Paolo Bonzini
On 08/08/2011 05:42 PM, John David Anglin wrote: ** _DCE_THREADS is used to select gthr-dce.h, but again dce is the only/default model on hppa[12]*-*-hpux10* (pa-hpux10.h), so the special-casing can be removed. DCE threads and thread single are both supported. There are multilibs for both.

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread John David Anglin
On 8-Aug-11, at 9:47 AM, Rainer Orth wrote: ** _DCE_THREADS is used to select gthr-dce.h, but again dce is the only/default model on hppa[12]*-*-hpux10* (pa-hpux10.h), so the special-casing can be removed. DCE threads and thread single are both supported. There are multilibs for both. D

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Paolo Bonzini
On 08/08/2011 03:47 PM, Rainer Orth wrote: This patch moves gthr*.h and related code to toplevel libgcc. Unlike the other outstanding patches (libgcc1, libgcc2, crtstuff, shlib), it is pretty independent from the rest, so I'm posting it first. It was developed last, so there may be conflicts (g

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Rainer Orth
Paolo Bonzini writes: > On 08/08/2011 03:47 PM, Rainer Orth wrote: >> >> This patch was bootstrapped without regressions on i386-pc-solaris2.10 >> and i386-pc-solaris2.11. It probably needs more testing on other >> non-posix platforms. > > Did you include Ada? sure, all languages, even Go and O

Re: [build] Move gthr to toplevel libgcc

2011-08-08 Thread Paolo Bonzini
On 08/08/2011 03:47 PM, Rainer Orth wrote: This patch was bootstrapped without regressions on i386-pc-solaris2.10 and i386-pc-solaris2.11. It probably needs more testing on other non-posix platforms. Did you include Ada? Paolo