This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH, v3] Potential solution to librt issue.


> The only issue I see with removing clock_gettime is that I'm
> not sure if posix systems have other options for a monotoic clock.

As far as I know, they don't. That would be a huge problem, then, as far as I can see. And, I'm sorry, talking generically about "no-no" doesn't make sense here: these timers are C++0x features, already in the working draft, either we maintain that the facility is not implementable on linux (and we report about that to the ISO C++ Committee) or we find a way to do that. Sure, we can delay dealing with the issue, but how much, 1 year, two? Can I ask the constructive help of the knowledgeable people here?

Anyway, getting to the technical point, the use of librt proper is an implementation detail, the user of <chrono> cannot know about it, neither he can know that using a timer in <chrono> requires for him to explicitly link libpthread. Is that libpthread thing confirmed? In that case, what we have now is already broken and we are going to revert it. But please, help properly solving the issue anyway.

Paolo.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]