stdcxx-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Black (JIRA)" <j...@apache.org>
Subject [jira] Commented: (STDCXX-173) [ICC 9.0/Redhat 4 IA64] Tests/Examples fail to link
Date Mon, 21 May 2007 20:22:16 GMT

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


Mime
View raw message