From owner-cvs-all Sun Dec 10 8:43:42 2000 From owner-cvs-all@FreeBSD.ORG Sun Dec 10 08:43:39 2000 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 31A8A37B400; Sun, 10 Dec 2000 08:43:38 -0800 (PST) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA29818; Sun, 10 Dec 2000 11:43:33 -0500 (EST) (envelope-from wollman) Date: Sun, 10 Dec 2000 11:43:33 -0500 (EST) From: Garrett Wollman Message-Id: <200012101643.LAA29818@khavrinen.lcs.mit.edu> To: Jeroen Ruigrok van der Werven Cc: 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 In-Reply-To: <20001204202406.A64100@lucifer.bart.nl> References: <200012031705.eB3H5ke30393@freefall.freebsd.org> <20001204202406.A64100@lucifer.bart.nl> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I hesitate to enter a discussion which has hopefully long since concluded. Be that as it may: < said: > -On [20001204 20:00], John Baldwin (jhb@FreeBSD.ORG) wrote: >> They also ignore the register keyword, so this is a rather pointless change, >> although it does add to repo bloat and in more active code could make diffs >> harder to read. :-/ > So effectively the register keyword doesn't serve any purpose anymore > nowadays. What would be the point in leaving it in? 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.) -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message