From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14368 invoked by alias); 24 Aug 2014 15:58:49 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 14347 invoked by uid 89); 24 Aug 2014 15:58:48 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: edge10.ethz.ch Received: from edge10.ethz.ch (HELO edge10.ethz.ch) (82.130.75.186) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sun, 24 Aug 2014 15:58:47 +0000 Received: from CAS12.d.ethz.ch (172.31.38.212) by edge10.ethz.ch (82.130.75.186) with Microsoft SMTP Server (TLS) id 14.3.195.1; Sun, 24 Aug 2014 17:58:36 +0200 Received: from MBX23.d.ethz.ch ([fe80::68b6:1e46:3e74:b8fd]) by CAS12.d.ethz.ch ([fe80::7861:4ecb:7c42:cad4%10]) with mapi id 14.03.0195.001; Sun, 24 Aug 2014 17:58:42 +0200 From: "VandeVondele Joost" To: Steve Kargl CC: Gerald Pfeifer , "gcc-patches@gcc.gnu.org" , "fortran@gcc.gnu.org" Subject: RE: [PATCH] PR fortran/62245 fix INT docs. Date: Sun, 24 Aug 2014 15:58:00 -0000 Message-ID: <908103EDB4893A42920B21D3568BFD9312F3BE97@MBX23.d.ethz.ch> References: <908103EDB4893A42920B21D3568BFD9312F37DC4@MBX23.d.ethz.ch> <908103EDB4893A42920B21D3568BFD9312F3ADDE@MBX23.d.ethz.ch>,<20140824154913.GA46132@troutmask.apl.washington.edu> In-Reply-To: <20140824154913.GA46132@troutmask.apl.washington.edu> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SW-Source: 2014-08/txt/msg02285.txt.bz2 >> +of @var{A} and whose sign is the same as the sign of @var{A}. The result >> +is undefined if it can not be represented as an @code{INTEGER} of the >> +given @code{KIND}. > >The last sentence above is not needed.=20=20 but helpful for gfortran users ? > There is a general > prohibition in 13.7.1 against calling INT(A) with |A| > HUGE(1_4). maybe you could prepare a patch to add something like that to the section o= n intrinsics ?