On 6 June 2015 at 18:54, Dan Olson via D.gnu <d.gnu@puremagic.com> wrote:

> "Iain Buclaw via D.gnu" <d.gnu@puremagic.com> writes:
>
> > Alas, after looking at backend, it turns out that the answer is no.
> >
> > In the glue sources (d-decls.cc), replace 'set_user_assembler_name' with 'SET_DECL_ASSEMBLER_NAME' and rebuild the module without your workaround.
>
> Ok, that works for data.  Functions (stuff in text section) still
> missing _.  Is that handled by same function? (VarDeclaration::toSymbol)
>


There are two uses of set_user_assembler_name in d-decls.cc.  One for variables, the other for functions. ;-)

"Iain Buclaw via D.gnu" <d.gnu@puremagic.com> writes:

> On 6 June 2015 at 18:54, Dan Olson via D.gnu <d.gnu@puremagic.com> wrote:
>
>     "Iain Buclaw via D.gnu" <d.gnu@puremagic.com> writes:
> 
>     > Alas, after looking at backend, it turns out that the answer is
>     no.
>     >
>     > In the glue sources (d-decls.cc), replace
>     'set_user_assembler_name'
>     > with 'SET_DECL_ASSEMBLER_NAME' and rebuild the module without
>     your
>     > workaround.
> 
>     Ok, that works for data. Functions (stuff in text section) still
>     missing _. Is that handled by same function?
>     (VarDeclaration::toSymbol)
> 
>
> There are two uses of set_user_assembler_name in d-decls.cc. One for variables, the other for functions. ;-)

Ooops.  Yeah that did it.  I'll try later this weekend to get working with emutls and make pull requests for these.

Thanks for all the real-time help.

P.S. I am building against gcc-6-20150503 fine.  I tried gcc-6-20150531 yesterday and get ICE right away when compiling object_.d or object.di, don't remember which.
-- 
Dan

On 6 June 2015 at 19:12, Dan Olson via D.gnu <d.gnu@puremagic.com> wrote:

> "Iain Buclaw via D.gnu" <d.gnu@puremagic.com> writes:
>
> > On 6 June 2015 at 18:54, Dan Olson via D.gnu <d.gnu@puremagic.com> wrote:
> >
> >     "Iain Buclaw via D.gnu" <d.gnu@puremagic.com> writes:
> >
> >     > Alas, after looking at backend, it turns out that the answer is
> >     no.
> >     >
> >     > In the glue sources (d-decls.cc), replace
> >     'set_user_assembler_name'
> >     > with 'SET_DECL_ASSEMBLER_NAME' and rebuild the module without
> >     your
> >     > workaround.
> >
> >     Ok, that works for data. Functions (stuff in text section) still
> >     missing _. Is that handled by same function?
> >     (VarDeclaration::toSymbol)
> >
> >
> > There are two uses of set_user_assembler_name in d-decls.cc. One for variables, the other for functions. ;-)
>
> Ooops.  Yeah that did it.  I'll try later this weekend to get working with emutls and make pull requests for these.
>
> Thanks for all the real-time help.
>
> P.S. I am building against gcc-6-20150503 fine.  I tried gcc-6-20150531 yesterday and get ICE right away when compiling object_.d or object.di, don't remember which.
> --
> Dan
>

I've only tested up to gcc-6-20150412, so YMMV on later snapshots.

Seems to be working good now.  Unittests for druntime all pass so Fiber switching code is working.  Unittests for phobos fails in biguintcore, but I don't suppose that is an OS X specific thing.

Iain, I am going to make separate pull requests for each OS X topic (fibers, symbol mangling, gc data scanning) unless you prefer in one.