RFC: OpenAL Winmm driver and OpenAL32.dll thunk was
adger44 at hotmail.com
Wed Nov 22 18:16:13 CST 2006
Good point in some cases we can just let get proc address pipe the func ptr
directly back to the app..
On Mac OSX -- the stack must be 16 byte aligned (for and lib/sys call) --
this means we need to thunk for the stack on Max OSX -- If Linux or other
plats have similar reqs then the thunking is required.
Personally I would rather have the layer as it gives us control on how
windows talks with the system.
>From: Stefan Dösinger <stefandoesinger at gmx.at>
>To: wine-devel at winehq.org
>Subject: Re: RFC: OpenAL Winmm driver and OpenAL32.dll thunk was
>Date: Wed, 22 Nov 2006 12:38:46 +0100
> > That being said -- the impls for AL_1_0, ALC_1_0, ALUT (not freealut) --
> > are as good as they can be. They are straight shots thru to the api
> > (bouncing
> > >from CDECL(win32) -> ???(host???))
>Afaik Linux libs are CDECL, if the win32 openal is CDECL too(not WINAPI /
>STDCALL), can we pass the Linux function pointers directly to the apps?
>Wasn't there some .so loading in the wine library loader some time ago?
><< attach4 >>
More information about the wine-devel