does this happen with "hello world"? would be good to send code that has problem.
are you using some option -no_compact_unwind in command-line. check the whole & make script.
if you use configure script or something, might have added -Wl,-no_compact_unwind somewhere?
I think this option just shortens size of executable. check command-line to see where come from, and remove that for workaround.
if its simply a warning, you can neglect it, or disable using some pragma or compile option -wd <...>
if all this does not work, you can check with gcc or old intel compiler and let know if it is regression, and probably a few detail more that can help us help you more.
This might have something do with our fix for:
I see the code below in the icc driver code where it is purposely adding that option... I think the real question is why your linker
is not accepting the option. What version of "ld" are you using (Do a ld -v)?
if (OPT_macosx_version_val >= 1060 &&
(OPT_create_lib_val != CREATE_LIB_STATIC || !link_libtool_static_flag))
// For Snow Leopard and above pass -no_compact_unwind to the linker
// to suppress warnings about inability to compact
// __eh_frame (CQ160101), and avoid linker fails
// during parsing of __eh_frame (CQ139410).
// NOTE: if we are using libtool to create a static
// library, then we cannot use -no_compact_unwind (CQ151036).
v_add_member(av, _T("-no_compact_unwind"), MT_OPTION);
Did you correspond with William M. Create a two way exchange of ideas? Did anyone receive a communication from William M. prior to this one, all remarks are confidential. The only other person/s to see it would be properly appointed representative or Intel. I am not such a designee. If any of you wish I can enlist the aid of Intel tech support
Thank you. I don't have access to the relevant operating system to confirm the problem but I entered DPD200238582 in our bug tracking database for the compiler team to investigate. It sounds like the Gnu linker has this option but the llvm linker does not.