Subject: re: types gone amuck (Re: CVS commit: basesrc/bin/pax)
To: matthew green <mrg@eterna.com.au>
From: Todd Vierling <tv@wasabisystems.com>
List: tech-kern
Date: 10/29/2001 10:45:03
On Sun, 28 Oct 2001, matthew green wrote:

:    Would you rather I change pax so that:
:    	a) it uses unsigned long long instead of u_longlong_t, or
:    	b) fix the port with the uncommon definition for u_long_long ?
:
: (b) isn't valid, from <sys/types.h>:
:
: 	typedef quad_t          longlong_t;     /* ANSI long long type */
: 	typedef u_quad_t        u_longlong_t;   /* ANSI unsigned long long type */
:
: it could be
:
: 	b) fix the definitions of *longlong_t.
:
: though :-)

Yes, these should be fixed, but it does beg the question of why __int64_t is
defined divergently as "long" on alpha and sparc64, where it could be
defined as "long long" by default with no ill effects....

Oh well.  <sigh>

-- 
-- Todd Vierling <tv@wasabisystems.com>  *  Wasabi NetBSD:  Run with it.
-- CDs, Integration, Embedding, Support -- http://www.wasabisystems.com/