From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28189 invoked by alias); 22 Nov 2004 10:31:51 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 28121 invoked from network); 22 Nov 2004 10:31:45 -0000 Received: from unknown (HELO mail.shareable.org) (81.29.64.88) by sourceware.org with SMTP; 22 Nov 2004 10:31:45 -0000 Received: from mail.shareable.org (localhost [127.0.0.1]) by mail.shareable.org (8.12.8/8.12.8) with ESMTP id iAMAVh81032553; Mon, 22 Nov 2004 10:31:43 GMT Received: (from jamie@localhost) by mail.shareable.org (8.12.8/8.12.8/Submit) id iAMAVhxS032551; Mon, 22 Nov 2004 10:31:43 GMT Date: Mon, 22 Nov 2004 10:42:00 -0000 From: Jamie Lokier To: "Joseph S. Myers" Cc: gcc@gcc.gnu.org Subject: Re: Documentation bug for __builtin_choose_expr Message-ID: <20041122103143.GA32444@mail.shareable.org> References: <20041122042652.GA26998@mail.shareable.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-SW-Source: 2004-11/txt/msg00738.txt.bz2 Joseph S. Myers wrote: > Perhaps it should > say "Unlike most built-in functions, but like the ? : operator, ...". Yes, I agree. Here is the whole suggested replacement paragraph: This built-in function is analogous to the `? :' operator in C, except that the expression returned has its type unaltered by promotion rules. Unlike most built-in functions, but like the `? :' operator, this built-in function does not evaluate the expression that was not chosen. For example, if CONST_EXP evaluates to true, EXP2 is not evaluated even if it has side-effects. The change is: Also, the... to Unlike most built-in functions, but like the `? :' operator, this... Would anyone who updates in documentation care to make this change? -- Jamie