Robert O'Callahan wrote:
I assume no-one's finding the Firefox libxul.dll and loading it from their own
.EXE
I assume people are finding the XULRunner libxul.dll and loading it from
their own .EXE
--
Warning: May contain traces of nuts.
___
dev-
On Fri, Oct 17, 2014 at 10:10:57AM +1300, Robert O'Callahan wrote:
> It would be cool to use fast TLS via __declspec(thread) on Windows (and
> __thread on gcc/clang). Due to WinXP bustage that only works for variables
> in the .EXE or in DLLs statically linked by the .EXE, so not libxul, but in
> o
On Fri, Oct 17, 2014 at 10:45 AM, David Major wrote:
> > in the .EXE or in DLLs statically linked by the .EXE, so not libxul, but
> in
> > our shipped Windows builds mozglue.dll is statically linked to
> firefox.exe
> > so we could put __declspec(thread) variables there.
>
> What does 'statically
ill a DLL,
but yes it's a load-time link in version 33. Starting in version 34 it's a
delay-load due to some WinXP sorcery.
- Original Message -
> From: "Robert O'Callahan"
> To: dev-platform@lists.mozilla.org
> Sent: Friday, October 17, 2014 10:10
> -Original Message-
> From: dev-platform [mailto:dev-platform-
> bounces+rstrong=mozilla@lists.mozilla.org] On Behalf Of Robert
> O'Callahan
> Sent: Thursday, October 16, 2014 2:11 PM
> To: dev-platform@lists.mozilla.org
> Subject: Using __declspec(thread)
It would be cool to use fast TLS via __declspec(thread) on Windows (and
__thread on gcc/clang). Due to WinXP bustage that only works for variables
in the .EXE or in DLLs statically linked by the .EXE, so not libxul, but in
our shipped Windows builds mozglue.dll is statically linked to firefox.exe
s
6 matches
Mail list logo
