Use of `clock_gettime` restricts portability

[sfnelson]

Prior to the introduction of clock_gettime sniproxy compiled and ran on OS X.

librt is not available on OS X so this change breaks compatibility (see 3f91313d8d619b96634642db4c7ec0c5bd371b6e)

It would be great if sniproxy would support OSX again, you might find the following post useful:

http://stackoverflow.com/questions/5167269/clock-gettime-alternative-in-mac-os-x

[dlundquist]

Thanks for pointing this out. What version of MacOS were you previously using sniproxy on?

[sfnelson]

Mavericks. I'm compiling with homebrew using a custom keg (build file) that automates the steps you list in the readme. I can provide the file if that's useful.

On Mon, May 12, 2014 at 2:04 AM, Dustin Lundquist notifications@github.comwrote:

Thanks for pointing this out. What version of MacOS were you previously using sniproxy on?

— Reply to this email directly or view it on GitHubhttps://github.com/dlundquist/sniproxy/issues/94#issuecomment-42771312 .

[dlundquist]

Sorry, I haven't got back to this issue recently. I still need to find a Mac I can do testing on. I want to avoid opening a local file whenever obtaining a the time, since that could be a hidden blocking call.

[sfnelson]

This thread might be interesting:

• http://stackoverflow.com/questions/5167269/clock-gettime-alternative-in-mac-os-x

In particular:

• http://stackoverflow.com/a/6719178/1209442
• http://stackoverflow.com/a/6725161/1209442

[sfnelson]

Awesome, thanks.