[libdispatch-dev] libdispatch on VS 2008 and VS 2010 64bit

Marius Zwicker marius at mlba-team.de
Wed Jun 15 12:55:17 PDT 2011

So as the majority (or everybody except me, actually) seems to vote for 
a scalable solution using (u)intptr_t I did some testing today. I 
replaced all (unsigned) long and several size_t by (u)intptr_t in the 
internal implementation of libdispatch. The api (including the 
difficulties regarding 64bit pointer sizes on windows) were kept the 
same, but the internals should be scaling as on unix platforms.

Due to some limitations of Microsofts Interlocked API I had to change 
some unsigned variables to become signed and vice versa, but this should 
be alright from my understanding of the code.

Now my version of libdispatch (as found at opensource.mlba-team.de) 
should scale nicely on 64bit on Windows as well - just as you all 
requested. I will do some further testing and hope to merge those 
changes to the stable branch soon.

  -- Marius

Am 15.06.2011 16:13, schrieb David Leimbach:
> +1
> the int "ptr" typedefs of C99 are there precisely for this reason. 
>  (LLP vs LP vs ILP platforms).
> Dave
> On Tue, Jun 14, 2011 at 10:39 PM, Brent Fulgham <bfulgham at gmail.com 
> <mailto:bfulgham at gmail.com>> wrote:
>     Hi,
>     On Jun 13, 2011, at 2:30 PM, DrPizza wrote:
>     [.... snip a long, interesting conversation ...]
>     My two cents is that I strongly agree with DrPizza on the scaling
>     behavior between 32/64 bit and would support moving in that
>     direction as a general policy.
>     Use of the uintptr_t is something I've had to do in my own Windows
>     32->64 bit efforts, so it doesn't seem too ugly a convention to
>     use for these purposes.
>     Best,
>     -Brent
>     _______________________________________________
>     libdispatch-dev mailing list
>     libdispatch-dev at lists.macosforge.org
>     <mailto:libdispatch-dev at lists.macosforge.org>
>     http://lists.macosforge.org/mailman/listinfo.cgi/libdispatch-dev
> _______________________________________________
> libdispatch-dev mailing list
> libdispatch-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/libdispatch-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/libdispatch-dev/attachments/20110615/915e072d/attachment.html>

More information about the libdispatch-dev mailing list