Re: [Dbus-cxx-devel] OS X support

[Tyler C. <tc...@ta...>]

I haven't moved forward on this because I was looking for some opinions about adding a requirement for boost. I use boost heavily in most my projects so it was my first choice, however adding a requirement to a conveniently light package like dbus-cxx usually raises objections so I was waiting for some feedback. I believe dbus-cxx uses boost when available for smart pointers and falls back to an internal implementation when not available, but I could be wrong. I'll start on the boost approach and if everyone likes it then great, if not we can look at an alternative.

On 2/26/10 7:32 AM, "Rick L. Vinyard, Jr." <rvi...@cs...> wrote:



Ramin Yaghoubzadeh wrote:
> Tyler Conant wrote:
>> I'm thinking about adding OS X support for this project. The immediate
>> issue I run into when compiling is the use of timer_t. OS X doesn't
>> support the TMR option of POSIX. One of the options would be to use the
>> asio library from boost. Does anyone have any thoughts on this matter.
>> It would probably mean not using signals but rather a separate thread to
>> handle timers.
>
> Did you (or someone else) in the mean time reach any preliminary decision
> about it, or even working code implementing this?
>
> Our workgroup would very much welcome any progress towards having
> dbus-cxx (incl. dbus-cxx-glibmm) run on OSX - in fact, the lack of
> support of D-Bus on OSX in C++ (as opposed to other languages) is the
> only unaddressed (but essential) point left in our emerging D-Bus-based
> communication layer. (I did already silently curse the OSX team for
> omitting the practically omnipresent timer extension..)
> I could probably contribute some time again working on / debugging
> this as well! I agree with your approach, but I cannot contribute
> any knowledge or assessment of the asio lib :(
>
> Would love to hear any news regarding this,
> Regards,
>    Ramin

Although I can't test it, I'd be happy to accept any patches into the
mainline code as well. Especially if there are two or more people out
there are testing it.


--

Rick


------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Dbus-cxx-devel mailing list
Dbu...@li...
https://lists.sourceforge.net/lists/listinfo/dbus-cxx-devel