On 21 Nov 2011, at 18:54, Richard Henderson wrote:
On 11/21/2011 01:17 AM, Iain Sandoe wrote:
1. should I be applying this constructor/destructor pair to shared
libraries as well?
(the specs need minor amendment)
Yes.
this is what I applied (r181616)after checking that dylibs, bundles
On Nov 21, 2011, at 1:17 AM, Iain Sandoe
wrote
> Actually, two questions have come to mind overnight;
>
> 1. should I be applying this constructor/destructor pair to shared libraries
> as well?
I'll plead ignorance.
> 2. Mike: I think to append "regular,no_dead_strip" to the section text, OK
On Nov 20, 2011, at 3:27 PM, Iain Sandoe
wrote:
> Since Darwin has its own crt infrastructure, we will still need to deal with
> this (even once the tm version is merged into gcc/crtstuff)...
> OK for trunk?
Ok.
On 11/21/2011 01:17 AM, Iain Sandoe wrote:
> 1. should I be applying this constructor/destructor pair to shared libraries
> as well?
> (the specs need minor amendment)
Yes.
r~
Hi Richard, Mike,
On 21 Nov 2011, at 00:12, Richard Henderson wrote:
On 11/20/2011 01:27 PM, Iain Sandoe wrote:
comments/OK for trunk?
Iain
gcc:
* config/darwin.h (ENDFILE_SPEC): New.
(DARWIN_CRT1_SPEC): Add crttms.o.
libgcc:
* config/darwin-crt-tm.c: New file.
* config.host (d
On 11/20/2011 01:27 PM, Iain Sandoe wrote:
> comments/OK for trunk?
> Iain
>
> gcc:
>
> * config/darwin.h (ENDFILE_SPEC): New.
> (DARWIN_CRT1_SPEC): Add crttms.o.
>
> libgcc:
>
> * config/darwin-crt-tm.c: New file.
> * config.host (darwin): Build crttms.o crttme.o to provide
>
Since Darwin has its own crt infrastructure, we will still need to
deal with this (even once the tm version is merged into gcc/crtstuff)...
with all the current patches for libitm/darwin [sjlj.S, weakrefs, tm
clone table sect] + this one
I get:
---
Native configuration is i686-apple-darwi
