Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 22861 invoked from network); 25 May 2007 14:56:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 May 2007 14:56:07 -0000 Received: (qmail 67383 invoked by uid 500); 25 May 2007 14:56:12 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 67366 invoked by uid 500); 25 May 2007 14:56:12 -0000 Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: stdcxx-dev@incubator.apache.org Delivered-To: mailing list stdcxx-dev@incubator.apache.org Received: (qmail 67355 invoked by uid 99); 25 May 2007 14:56:12 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 May 2007 07:56:12 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 May 2007 07:56:06 -0700 Received: from [10.70.3.48] ([10.70.3.48]) by moroha.quovadx.com (8.13.6/8.13.6) with ESMTP id l4PEtEuI015547 for ; Fri, 25 May 2007 14:55:15 GMT Message-ID: <4656F8F1.7030400@roguewave.com> Date: Fri, 25 May 2007 08:55:45 -0600 From: Andrew Black User-Agent: Thunderbird 1.5.0.10 (X11/20070221) MIME-Version: 1.0 To: stdcxx-dev@incubator.apache.org Subject: Re: [jira] Commented: (STDCXX-188) [Intel C++ 9.1/Windows] warning #177 in library builds References: <8530965.1180101976500.JavaMail.jira@brutus> In-Reply-To: <8530965.1180101976500.JavaMail.jira@brutus> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Greetings Faird The reason the ICC builds on windows aren't showing up is part exporter bug, part infrastructure bug. The exporter bug is the same bug that's been plaguing all our catastrophic failures, where runs with missing attachments aren't exported. The glue scripts rely on the generated build_.bat scripts. These scripts are generated for the MSVC compiler, but not for the ICC compiler. Also note that the last few lines of output from the call to generate.bat are as follows: > Converting solution icc-9.1_ex.sln to ICC. > D:\bman5\builds\33651394\source-buildspace\etc\config\windows\generate.wsf(90, 6) (null): The handle is invalid. --Andrew Black Farid Zaripov (JIRA) wrote: > [ https://issues.apache.org/jira/browse/STDCXX-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12499088 ] > > Farid Zaripov commented on STDCXX-188: > -------------------------------------- > > The warning is still there. But I don't see the results of the nightly builds with Intel C++ / Windows. > We can either disable warning or put definition of the static const char _C_name into #ifndef / #endif. > >> [Intel C++ 9.1/Windows] warning #177 in library builds >> ------------------------------------------------------ >> >> Key: STDCXX-188 >> URL: https://issues.apache.org/jira/browse/STDCXX-188 >> Project: C++ Standard Library >> Issue Type: Bug >> Components: Build >> Affects Versions: 4.1.3 >> Environment: MS Windows 2000, Intel C++ 9.1.0.22 compiler >> Reporter: Anton Pevtsov >> Assigned To: Farid Zaripov >> Priority: Trivial >> >> Build log: >> Compiling with Intel(R) C++ 9.1 ...(Intel C++ Environment) >> ... >> typeinfo.cpp >> C:\Projects\apache\src\.\typeinfo.cpp(91): warning #177: variable "_C_name" was declared but never referenced >> static const char _C_name[] = ""; >> ^ >> ... >