[ 
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: [EMAIL PROTECTED] 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
> [EMAIL PROTECTED] 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.

Reply via email to