Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stdcxx.apache.org
Message-ID: <572165583.1209084835856.JavaMail.jira@brutus>
Date: Thu, 24 Apr 2008 17:53:55 -0700 (PDT)
From: "Martin Sebor (JIRA)" <jira@apache.org>
To: issues@stdcxx.apache.org
Subject: [jira] Commented: (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


    [ https://issues.apache.org/jira/browse/STDCXX-695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12592228#action_12592228 ] 

Martin Sebor commented on STDCXX-695:
-------------------------------------

Even though all the subtasks have been resolved we're still not done. We forgot about 32-bit builds... As the dump below shows, we have two noisy remarks to worry about there:
{noformat}
$ for r in `sed -n "s/.*: remark #\([1-9][0-9]*\)-.*/\1/p" hpux-11.31-ia64-acc-6.16-12d-650697.log | sort | uniq`; do \
      n=`grep ": remark #$r-D" hpux-11.31-ia64-acc-6.16-12d-650697.log | wc -l`; \
      printf "remark #$r: %4u\n" $n; \
  done
remark #2177:    8
remark #2181:   22
remark #2550:   28
remark #2826:    6
remark #2961:    1
remark #4217:    3
remark #4219:   32
remark #4230: 2892   # 64 bit migration: conversion may cause target of pointers to have a different size
remark #4234:   29
remark #4239:    2
remark #4244:    4
remark #4248:    4
remark #4271:  692   # type conversion may lose sign
remark #4273:   18
remark #4278:    3
remark #4280:    1
remark #4282:    1
remark #4283:    3
remark #4298:   18
remark #4300:   27
remark #4315:   61
{noformat}

> [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.2
>
>   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.