"Pierre d'Herbemont" stegefin@free.fr writes:
This patch provides Mach-O support in WineLib. As Mach-O doesn't have init and fini section, it adds support for it in dlopen. A new file mach-o.c is created. It contains functions which add support for init, and fini section.
Isn't there any way to have an init function? How does Mach-O support C++ constructors?
On mardi, juil 22, 2003, at 04:54 Europe/Paris, Alexandre Julliard wrote:
"Pierre d'Herbemont" stegefin@free.fr writes:
This patch provides Mach-O support in WineLib. As Mach-O doesn't have init and fini section, it adds support for it in dlopen. A new file mach-o.c is created. It contains functions which add support for init, and fini section.
Isn't there any way to have an init function? How does Mach-O support C++ constructors?
Sorry. There is a section for C++ constructor. It is supposed to be reserved for the C++ compiler, but it works well with wine. On the previous patch I would like your comment on the way to force ntdll to be loaded as RTLD_GLOBAL. Ntdll can't be built currently as a dynamic library (loadable at runtime). By the way I would like to now why is ntdll linked to dlls? Maybe this patch could apply to linux and others also, on a proper way.
Thanks a lot,
Pierre
(I submitted this patch to the wine-patch so here is the change log:)
ChangeLog: - Force ntdll to be loaded with the RTLD_GLOBAL flag on Darwin
On Tue, 2003-07-22 at 12:50, Pierre d'Herbemont wrote:
Sorry. There is a section for C++ constructor. It is supposed to be reserved for the C++ compiler, but it works well with wine.
What happens for C++ WineLib apps? Can you avoid conflicts?
On mardi, juil 22, 2003, at 14:54 Europe/Paris, Mike Hearn wrote:
On Tue, 2003-07-22 at 12:50, Pierre d'Herbemont wrote:
Sorry. There is a section for C++ constructor. It is supposed to be reserved for the C++ compiler, but it works well with wine.
What happens for C++ WineLib apps? Can you avoid conflicts?
I didn't try with C++ WineLib apps, but it should work... gcc enables some debug symbols in the same section that I used in the dlls, and it works, hope it is the same with C++ constructor.
Pierre
"Pierre d'Herbemont" stegefin@free.fr writes:
On the previous patch I would like your comment on the way to force ntdll to be loaded as RTLD_GLOBAL. Ntdll can't be built currently as a dynamic library (loadable at runtime). By the way I would like to now why is ntdll linked to dlls? Maybe this patch could apply to linux and others also, on a proper way.
kernel32 is linked to ntdll because dll separation is not finished; hopefully this will be fixed soon.
-
Alexandre Julliard -
Mike Hearn -
Pierre d'Herbemont