From owner-freebsd-audit Wed Dec 5 13: 4:51 2001 Delivered-To: freebsd-audit@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 6E0A937B619; Wed, 5 Dec 2001 13:04:45 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 5 Dec 2001 21:04:44 +0000 (GMT) To: Bruce Evans Cc: Mike Barcroft , audit@freebsd.org, markm@freebsd.org, obrien@freebsd.org Subject: Re: Warns for tcopy and wc. In-reply-to: Your message of "Thu, 06 Dec 2001 07:59:43 +1100." <20011206075514.Q12983-100000@gamplex.bde.org> X-Request-Do: Date: Wed, 05 Dec 2001 21:04:43 +0000 From: David Malone Message-ID: <200112052104.aa04006@salmon.maths.tcd.ie> Sender: owner-freebsd-audit@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Drat - that doesn't actually help on the alpha 'cos intmax_t is > > actually a long on the alpha. Maybe it would be reasonable to change > > intmax_t to be a long long on the alpha? > No. intmax_t is a typedefed type since it is machine-dependent and > possibly longer than long long. Changing it to long long on all > machine defeats the point of it. There is a problem since gcc-2.x > doesn't understand intmax_t. Indeed - I was suggesting this as a patch to tie us over until we have a gcc which understands intmax_t properly. All the same, declaring intmax_t as long on a platform which has long long seems perverse - as you point out it must be atleast as big as long long. > Perhaps this gcc-3 understands it. If > it supports C99 then it should support %j already. David O'Brien suggested that I look and see if anything needs to be done for gcc-3. I'll try to do that tomorrow. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-audit" in the body of the message