dbus-glib on windows
Ralf Habacker
ralf.habacker at freenet.de
Sun Apr 25 23:01:22 PDT 2010
Fridrich Strba schrieb:
> Hello,
>
> Since we have the discussion about dbus on windows, here is my last
> remaining issue with dbus-glib build on windows: 1) AC_CANONICAL_TARGET
> is for cross-tools, here we need AC_CANONICAL_HOST if we don't want all
> the *.exe installed prefixed with the cpu-vendor-os triplet.
> 2) The test-profile needs some porting love since as it is, it is unix
> only. For the while I just produce a dummy test so that the build does
> not go south. 3) An argument named "interface" is in a header is not the
> best thing, because windows.h defines (for the purposes of DCOM)
> interface as class for C++ and as struct for C. This is eventually
> something to keep in mind generally so that one's code is likely to be
> more portable. In some cases this kind of things can be worked around
> using some defines and udefs, but sometimes it takes quite a long time
> to realize which file sucks the windows.h in and avoiding to have to
> work it around is the most efficient way to go.
>
in cmake build system we have a related #undef interface
> Attached is the quick patch.
>
Feels someone comfortable to commit this patch to dbus-glib ? I'm not
sure about if i have the related write access to this repository.
Regards
Ralf
More information about the dbus
mailing list