2012/10/16 Pete Batard <p...@akeo.ie>: > On 15 October 2012 14:04, Sean McBride <s...@rogue-research.com> wrote: >> I see logging the 'long' as an advantage, > > Could we please avoid using a "what-frigging-size-is-this?" long and > use an int##_t instead?
We can't do that. poll(3) is defined as int poll(struct pollfd fds[], nfds_t nfds, int timeout) The timeout needs to be an int. The problem is that to calculate this int value the libusbx code manipulates a tv_sec. On Mac OS X tv_sec is a __darwin_time_t which is a long, not an int. This discussion is just to fix a minor compiler warning. Bye -- Dr. Ludovic Rousseau ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ libusbx-devel mailing list libusbx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libusbx-devel
