more comfortable approach for exporting dbus functions on windows
Ralf Habacker
ralf.habacker at freenet.de
Mon Mar 8 04:59:13 PST 2010
Ralf Habacker schrieb:
<snip>
>
>>> The appended patch adds such support for the public dbus api
>>> functions. The
>>> internal symbols could be adressed in further patches.
>>>
>> What change would need to be made to the internal symbols?
>>
> to be clear - i used the term internal for dbus internal functions
> indicated by the _dbus prefix, which are also exported from dbus-1
> shared library.
>
> Symbols which are not exported do not need any decoration on windows,
> because this is the default. if gcc on unix has a switch to set the
> default symbol visibility to 'hidden', than there is also no
> decoration required for this case. Otherwise the above mentioned
> DBUS_NO_EXPORT could be used for this case.
>
> To export the dbus internal functions the following steps are required:
>
> 1. add DBUS_EXPORT to _dbus_... function
> 2. remove related symbolnames from xxx.def.in
>
> When all symbols are decorated the .def file creation and usage could
> be removed in the autotools and cmake build system.
Appended is a related patch - it removes def file usage for the cmake
buildsystem too - please review
Ralf
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 0002-Decorated-internal-exported-functions-with-DBUS.patch
URL: <http://lists.freedesktop.org/archives/dbus/attachments/20100308/87fc46ac/attachment-0001.asc>
More information about the dbus
mailing list