Return-Path: Delivered-To: apmail-stdcxx-issues-archive@locus.apache.org Received: (qmail 30990 invoked from network); 27 Mar 2008 23:24:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Mar 2008 23:24:39 -0000 Received: (qmail 29208 invoked by uid 500); 27 Mar 2008 23:24:38 -0000 Delivered-To: apmail-stdcxx-issues-archive@stdcxx.apache.org Received: (qmail 29186 invoked by uid 500); 27 Mar 2008 23:24:38 -0000 Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list issues@stdcxx.apache.org Received: (qmail 29177 invoked by uid 99); 27 Mar 2008 23:24:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2008 16:24:38 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2008 23:23:56 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4DF38234C0A7 for ; Thu, 27 Mar 2008 16:22:24 -0700 (PDT) Message-ID: <421461877.1206660144304.JavaMail.jira@brutus> Date: Thu, 27 Mar 2008 16:22:24 -0700 (PDT) From: "Martin Sebor (JIRA)" To: issues@stdcxx.apache.org Subject: [jira] Issue Comment Edited: (STDCXX-695) [HP aCC 6.15] lots of noise due to compiler remarks MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/STDCXX-695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12580552#action_12580552 ] sebor edited comment on STDCXX-695 at 3/27/08 4:22 PM: -------------------------------------------------------------- Here's nicer output from the duplicate STDCXX-788: Latest HP aCC 6.16 builds produce many remarks making them exceedingly noisy: {noformat} $ gunzip -c hpux-11.31-ia64-acc-6.16-12D-637671-log.gz | grep "remark #" | wc -l 4187 {noformat} The breakdown by remark produced by the following script is in the table below: {noformat} $ W=`gunzip -c hpux-11.31-ia64-acc-6.16-12D-637671-log.gz | sed -n "s/.* remark #\([1-9][0-9]*\)-D:.*/\1/p" | sort | uniq`; \ for w in $W; do \ printf "%s " $w && gunzip -c hpux-11.31-ia64-acc-6.16-12D-637671-log.gz | grep " remark #$w-D:" | wc -l; \ done {noformat} ||remark||count||description|| |2177|10|variable was declared but never referenced| |2550|28|variable was set but never used| |2826|44|variable was never referenced| |2961|1|use of a type with no linkage to declare a variable with linkage| |3348|799|declaration hides variable| |4217|3|comparison of enum (represented as an unsigned integer) with zero| |4219|251|64 bit migration: type conversion may truncate value| |4234|28|type conversion may lose significant bits| |4239|2|case type mismatch with switch expression type| |4244|4|extern storage class used with a function definition| |4248|4|comparison of unsigned integer with a signed integer| |4271|712|type conversion may lose sign| |4273|18|floating-point equality and inequality comparisons may be inappropriate due to roundoff common in floating-point computation| |4278|3|the subexpression in logical expression is a constant| |4282|1|virtual function is called from constructor/destructor| |4283|3|access global variable in constructor| |4296|779|operation on boolean type| |4297|1220|boolean value is used as array index| |4298|124|64 bit migration: addition result could be truncated before cast to bigger sized type| |4299|20|64 bit migration: multiply result could be truncated before cast to bigger sized type| |4300|72|Overflow while computing constant in left shift operation| |4315|61|loop without body, did you insert an extra ';'?| was (Author: sebor): Here's nicer output from the duplicate STDCXX-788: Latest HP aCC 6.16 builds produce many remarks making them exceedingly noisy: {noformat} $ gunzip -c hpux-11.31-ia64-acc-6.16-12D-637671-log.gz | grep "remark #" | wc -l 4187 {noformat} The breakdown by remark produced by the following script is in the table below: {noformat} $ W=`gunzip -c hpux-11.31-ia64-acc-6.16-12D-637671-log.gz | sed -n "s/.* remark #\([1-9][0-9]*\)-D:.*/\1/p" | sort | uniq`; \ for w in $W; do \ printf "%s " $w && gunzip -c hpux-11.31-ia64-acc-6.16-12D-637671-log.gz | grep " remark #$w-D:" | wc -l; \ done {noformat} ||warning||count||description|| |2177|10|variable was declared but never referenced| |2550|28|variable was set but never used| |2826|44|variable was never referenced| |2961|1|use of a type with no linkage to declare a variable with linkage| |3348|799|declaration hides variable| |4217|3|comparison of enum (represented as an unsigned integer) with zero| |4219|251|64 bit migration: type conversion may truncate value| |4234|28|type conversion may lose significant bits| |4239|2|case type mismatch with switch expression type| |4244|4|extern storage class used with a function definition| |4248|4|comparison of unsigned integer with a signed integer| |4271|712|type conversion may lose sign| |4273|18|floating-point equality and inequality comparisons may be inappropriate due to roundoff common in floating-point computation| |4278|3|the subexpression in logical expression is a constant| |4282|1|virtual function is called from constructor/destructor| |4283|3|access global variable in constructor| |4296|779|operation on boolean type| |4297|1220|boolean value is used as array index| |4298|124|64 bit migration: addition result could be truncated before cast to bigger sized type| |4299|20|64 bit migration: multiply result could be truncated before cast to bigger sized type| |4300|72|Overflow while computing constant in left shift operation| |4315|61|loop without body, did you insert an extra ';'?| > [HP aCC 6.15] lots of noise due to compiler remarks > --------------------------------------------------- > > Key: STDCXX-695 > URL: https://issues.apache.org/jira/browse/STDCXX-695 > Project: C++ Standard Library > Issue Type: Bug > Components: Build > Affects Versions: 4.2.0 > Environment: HP aCC 6.15 > Reporter: Martin Sebor > Assignee: Martin Sebor > Fix For: 4.2.1 > > Original Estimate: 2h > Remaining Estimate: 2h > > The latest HP compiler on IPF issues lots of remarks, making our builds exceedingly noisy. > Here's a breakdown of all the remarks we get in a recent 12S build along with the number of each: > {noformat} > F=hpux-11.31-ia64-acc-6.15-12S-610576-log; \ > R=`sed -n "s/.*: remark \(#[1-9][0-9]*-.\): .*/\1/p" $F | sort | uniq`; \ > for r in $R; do \ > n=`grep ": remark $r: " $F | wc -l`; echo $r: $n; \ > done > #2177-D: 8 variable was declared but never referenced > #2181-D: 9 argument is incompatible with corresponding format string conversion > #2550-D: 28 variable was set but never used > #2826-D: 44 parameter was never referenced > #2961-D: 1 use of a type with no linkage to declare a variable with linkage > #3235-D: 1 nonstandard conversion between pointer to function and pointer to data > #3348-D: 799 declaration hides constant or variable > #4217-D: 3 comparison of enum (represented as an unsigned integer) with zero > #4219-D: 250 64 bit migration: type conversion may truncate value > #4234-D: 28 type conversion may lose significant bits > #4239-D: 2 case type mismatch with switch expression type > #4244-D: 4 extern storage class used with a function definition > #4248-D: 4 comparison of unsigned integer with a signed integer > #4271-D: 780 type conversion may lose sign > #4273-D: 18 floating-point equality and inequality comparisons may be inappropriate due to roundoff common in floating-point computation > #4278-D: 3 the subexpression in logical expression is a constant > #4282-D: 34 virtual function is called from constructor/destructor > #4283-D: 3 access global variable in constructor > #4296-D: 695 arithmetic operation on boolean type > #4297-D: 1220 boolean value is used as array index > #4298-D: 124 64 bit migration: addition result could be truncated before cast to bigger sized type > #4299-D: 20 64 bit migration: multiply result could be truncated before cast to bigger sized type > #4300-D: 60 Overflow while computing constant in left shift operation > #4315-D: 60 while loop without body, did you insert an extra ';'? > {noformat} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.