From stdcxx-dev-return-3402-apmail-incubator-stdcxx-dev-archive=incubator.apache.org@incubator.apache.org Mon May 21 20:22:39 2007 Return-Path: Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org Received: (qmail 75503 invoked from network); 21 May 2007 20:22:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 May 2007 20:22:39 -0000 Received: (qmail 79156 invoked by uid 500); 21 May 2007 20:22:45 -0000 Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org Received: (qmail 79140 invoked by uid 500); 21 May 2007 20:22:45 -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 79129 invoked by uid 99); 21 May 2007 20:22:44 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 May 2007 13:22:44 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 May 2007 13:22:36 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 6AEEB71403E for ; Mon, 21 May 2007 13:22:16 -0700 (PDT) Message-ID: <26546057.1179778936435.JavaMail.jira@brutus> Date: Mon, 21 May 2007 13:22:16 -0700 (PDT) From: "Andrew Black (JIRA)" To: stdcxx-dev@incubator.apache.org Subject: [jira] Commented: (STDCXX-173) [ICC 9.0/Redhat 4 IA64] Tests/Examples fail to link In-Reply-To: <23757518.1145471255472.JavaMail.jira@brutus> 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-173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497565 ] Andrew Black commented on STDCXX-173: ------------------------------------- The referenced subversion change resolves the issue for the Intel 8.1 compiler and newer, but I am uncertain as to whether builds are still(?) broken for the older compilers. The reason for this uncertainty is because the older set of compile flags are still used for pre-8.1 compilers. I did a little searching, but I was unable to quickly locate a machine with the Intel 8.0 compiler present on it. > [ICC 9.0/Redhat 4 IA64] Tests/Examples fail to link > --------------------------------------------------- > > Key: STDCXX-173 > URL: https://issues.apache.org/jira/browse/STDCXX-173 > Project: C++ Standard Library > Issue Type: Bug > Components: Tests > Environment: [ablack@panama examples]$ uname -a > Linux panama 2.6.9-22.EL #1 SMP Mon Sep 19 17:54:55 EDT 2005 ia64 ia64 ia64 GNU/Linux > [ablack@panama examples]$ icc -v > Version 9.0 > Reporter: Andrew Black > Assigned To: Andrew Black > Priority: Critical > > When building tests/examples, the output similar to the following is produced: > icc -Xc -no_cpprt -O2 -w1 -I/build/ablack/stdcxx/include/ansi -D_RWSTD_USE_CONFIG -I/build/ablack/stdcxx-icc/include -I/build/ablack/stdcxx/include -I/build/ablack/stdcxx/../rwtest -I/build/ablack/stdcxx/../rwtest/include -I/build/ablack/stdcxx/tests/include -L/build/ablack/stdcxx-icc/rwtest -lrwtest8D -L/build/ablack/stdcxx-icc/lib -lstd8D /build/ablack/stdcxx/tests/algorithms/25.heap.cpp /build/ablack/stdcxx-icc/lib/libstd8D.so /build/ablack/stdcxx-icc/rwtest/librwtest8D.a -Bstatic -lcxa -lunwind -Bdynamic /nfs/packages/mdx/redhat/ia64/compilers/intel/cc_9.0.031/lib/crtxn.o -lm -o 25.heap > /build/ablack/stdcxx-icc/rwtest/librwtest8D.a(printf.o)(.text+0x106f2): In function `__sti__$E': > : undefined reference to `__dso_handle' > /build/ablack/stdcxx-icc/rwtest/librwtest8D.a(fmt_bits.o)(.text+0x2ff2): In function `__sti__$E': > : undefined reference to `__dso_handle' > /nfs/packages/mdx/redhat/ia64/compilers/intel/cc_9.0.031/lib/crtxn.o(.gnu.linkonce.t.fini+0x20): In function `__icrt_terminate()': > : undefined reference to `__dso_handle' > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x1): In function `atexit': > : undefined reference to `__dso_handle' > /usr/lib/libc_nonshared.a(atexit.oS)(.text+0x21): In function `atexit': > : undefined reference to `__dso_handle' > Based on comparisions with the compile/link lines used within RCB, it appears to me that the cause of this problem is that the executables aren't being linked with $(ICCDIR)/crtxi.o > Adding this to the begining of the LDLIBS macro and removing it from the end of the LD macro in icc.config appears to resolve the issue on this platform, but I haven't tested it in other places where it was building. > I believe this problem may have arrisen from the fact that tests and examples are compiled in a single step, bypassing the use of the LD macro. This issue only seems to show up in release builds on this platform, possibly due to optimizer issues. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.