PVF in 5.0beta4

[Bill Hughes]

Hi all:
   64-bit support for Portable Vector Format is not available at this
time.  The fix that Markus cites below is to allow a 64-bit machine
to read/write in a native-sized vector format.  It does not provide
compatibility.  This was a fragment that I had left in the tree by
mistake -- I have a semi-functional 64-bit PVF library, but the code
is not compatible with 'lesser' machines at this point.  I don't
expect to have this done for 5.0beta4 release.

   I'll take this opportunity to mention that the PVF library is not
the only 32-bit component within GRASS.  Over the past two years, I
have been correcting code that assumes 32-bittedness, but there is 
still some there.  New modules often are not 64-bit clean, so there
is an unending supply of code that needs attention.

   When you are writing code, please remember that
sizeof(char *) == sizeof(int) only for the Intel platform (and a few
others...)  If a function returns a pointer, you must not let it 
default to an int type.  This is the ANSI-C standard default for
implicitly declared functions.  Prototypes are a Good Thing.  'lint'
is your friend.

Markus Neteler writes:
> come very soon. To fix this:

> - src/mapdev/diglib/portable.h
>   3c3
>   < #define LNG_SIZ  8
>   ---
>   > #define LNG_SIZ  4
>   The value of LNG_SIZ in portable.h was OK for 64-bits OS but not for 
>   Linux/Intel. This prevented *many* vector programs to work (e.g.
>   d.vect).