From owner-cvs-all Sun Dec 10 9: 2:38 2000 From owner-cvs-all@FreeBSD.ORG Sun Dec 10 09:02:35 2000 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from gratis.grondar.za (grouter.grondar.za [196.7.18.65]) by hub.freebsd.org (Postfix) with ESMTP id B39FC37B400; Sun, 10 Dec 2000 09:02:28 -0800 (PST) Received: from grondar.za (root@gratis.grondar.za [196.7.18.133]) by gratis.grondar.za (8.11.1/8.11.1) with ESMTP id eBAH22I29827; Sun, 10 Dec 2000 19:02:02 +0200 (SAST) (envelope-from mark@grondar.za) Message-Id: <200012101702.eBAH22I29827@gratis.grondar.za> To: Garrett Wollman Cc: Jeroen Ruigrok van der Werven , John Baldwin , cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/tail forward.c read.c reverse.c tail References: <200012101643.LAA29818@khavrinen.lcs.mit.edu> In-Reply-To: <200012101643.LAA29818@khavrinen.lcs.mit.edu> ; from Garrett Wollman "Sun, 10 Dec 2000 11:43:33 EST." Date: Sun, 10 Dec 2000 19:01:48 +0200 From: Mark Murray Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Actually, the `register' keyword is *not* ignored by compilers, and > *does* serve a purpose (which may or may not turn out to be useful). > Variables with the `register' storage class may not have their > addresses taken, and the compiler is required to emit a diagnostic if > you try. The C compiler can not store a variable in a register across > a function call if its address is ever taken. (This is important for > SPARC processors, but less so on ia32 since there are only two > call-preserved registers.) Wrong. As of ANSI, "register" variables _may_ have their addresses taken, and the "register" keyword is officially a *hint*, not an instruction. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message