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