Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 19 Jun 2004 00:17:54 -0700
From:      David Schultz <das@FreeBSD.ORG>
To:        Maxime Henrion <mux@FreeBSD.ORG>
Cc:        cvs-src@FreeBSD.ORG
Subject:   Re: cvs commit: src/contrib/pf/pfctl pfctl_parser.c
Message-ID:  <20040619071754.GA73529@VARK.homeunix.com>
In-Reply-To: <20040618143127.GP9228@elvis.mu.org>
References:  <200406171523.i5HFNpjs011498@repoman.freebsd.org> <xzpwu25vwqi.fsf@dwp.des.no> <20040618143127.GP9228@elvis.mu.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 18, 2004, Maxime Henrion wrote:
> Dag-Erling Sm?rgrav wrote:
> > Max Laier <mlaier@FreeBSD.org> writes:
> > >   Log:
> > >   Fix printing of u_int64_t with a cast to unsigned long long.
> > 
> > The correct fix is to cast it to uintmax_t and print it with %ju.
> 
> Using %llu and a cast to (unsigned long long) is as correct as using
> uintmax_t and %ju because the C99 standard says that "long long" is at
> least 64-bit wide.  We generally use {u,}intmax_t in FreeBSD because
> it works in more cases, but in that case we can't because OpenBSD
> doesn't have intmax_t.

/me wonders how much backpedaling we'll wind up doing on the
uintmax_t casts when someone decides to add uint128_t to gcc
and uintmax_t becomes painfully slow on 32-bit arches.  ;-)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040619071754.GA73529>