Try commenting out the following lines at zutil.h:31

#ifdef Z_SOLO
   typedef long ptrdiff_t;  /* guess -- will be caught if guess is wro
+ng */
#endif
[download]

I noticed the same sequence of errors with 2.049, and pmqs is already working with the Zlib people on a fix.

We are both unclear about why the ptrdiff typedef is needed, because on my attempt with MinGW gcc 4.4.3 (from Strawberry Perl), it needed to be commented out, while for Paul, the typedef was needed.

Hopefully, we get to the bottom of this before Perl 5.16.

We are both unclear about why the ptrdiff typedef is needed.

This article may clarify it for you.

The basic problem is down to MS choosing the LLP64 memory model for Win64, while *nix chose the LP64 memory model.

• LP64: the int type is 32-bits, the long and long long types are 64-bits, and pointers 64-bits.

  Advantage: the pointer/long size equivalence holds.

  Disadvantage: arrays of longs consume double the memory.

• LLP64: The int and long types are 32-bits; long long and pointer types are 64-bits.

  Advantage: arrays of longs consume less memory.

  Disadvantage: the pointer/long size equivalence no longer holds.

Most pre-64-bit code assumes that an unsigned int is capable of holding a pointer; and a signed int is capable of holding the difference between 2 pointers. That obviously falls down when you move to 64-bit under either model.

Under the LP64 model, ie *nix64, (unsigned) longs can be used for pointer math, but that doesn't work for LLP64.

So C99 defined the intptr_t and ptrdiff_t types as portable types for doing pointer math. (Also size_t time_t etc.)

On any 64-bit capable MSVC, (and presumably on any post-C99 version of gcc), they will be correctly defined whether building for 32 or 64-bit.

But not on the still apparently popular MSC6. Here ptrdiff_t would need to be defined as int (or long?).

None of this is authoritative, just my understanding of it, and you probably know most if not all of it already, but by writing it down clarified the bits and bobs of information floating around in my head, and gives the opportunity that someone might correct any misunderstandings I have.

---

With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'

Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.

"Science is about questioning the status quo. Questioning authority".

In the absence of evidence, opinion is indistinguishable from prejudice.

The start of some sanity?

Think I have it sorted.

Vesion 2.051 of Compress::Raw::Zlib has just been uploaded to CPAN.

Paul