Subject: re: types gone amuck (Re: CVS commit: basesrc/bin/pax)
To: matthew green <firstname.lastname@example.org>
From: Todd Vierling <email@example.com>
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 <firstname.lastname@example.org> * Wasabi NetBSD: Run with it.
-- CDs, Integration, Embedding, Support -- http://www.wasabisystems.com/