On 27 Nov 2000, Alexandre Julliard wrote:
Ove Kaaven [EMAIL PROTECTED] writes:
Hm... It seems that the unlinkable variables are GUIDs, like those defined
in ddraw.h. Maybe we could instead add to the import tool some kind of
.spec directive "initguid (headerfile)", which emits #include
Ove Kaaven [EMAIL PROTECTED] writes:
Hm... It seems that the unlinkable variables are GUIDs, like those defined
in ddraw.h. Maybe we could instead add to the import tool some kind of
.spec directive "initguid (headerfile)", which emits #include
"initguid.h", #include "(headerfile)" to the
In some DLLs, like CRTDLL, not only functions are exported, but also
variables, for example:
crtdll/crtdll.spec:@ extern __argc_dll CRTDLL_argc_dll
crtdll/crtdll.spec:@ extern __argv_dll CRTDLL_argv_dll
crtdll/crtdll.spec:@ extern _ctype CRTDLL_ctype
crtdll/crtdll.spec:@ extern _environ_dll
Ove Kaaven [EMAIL PROTECTED] writes:
In some DLLs, like CRTDLL, not only functions are exported, but also
variables, for example:
crtdll/crtdll.spec:@ extern __argc_dll CRTDLL_argc_dll
crtdll/crtdll.spec:@ extern __argv_dll CRTDLL_argv_dll
crtdll/crtdll.spec:@ extern _ctype CRTDLL_ctype
On Sunday 26 November 2000 6:04 pm, Alexandre Julliard wrote:
I'm not planning to solve it at the moment, and given that there are
very few such variables, I doubt solving it at all is worth the
effort. If you need these variables you should declare pointers to
them and use GetProcAddress
Jon [EMAIL PROTECTED] writes:
A simple solution when the headers go in (once mscvrt is done and subsumes
crtdll) is to export a wine_* function that returns the value and #define the
variable to a function call, as is done with errno in the win headers.
The problem with introducing wine_*