topic Static library missing symbol ___libm_sse2_sin in Intel® Integrated Performance Primitives

Static library missing symbol ___libm_sse2_sin

Herrick_Muhlestein — Mon, 13 Jun 2011 23:28:57 GMT

Hello,

I am using the IPP 7.0.4 version of the library on Mac OSX 10.6.
I am statically linking the IPP / UMC H264 video decoder into our application with all the static libraries needed. I am still seeing one missing symbol (error from g++ 4.2.1):

Undefined symbols:
"___libm_sse2_sin", referenced from:
_ownResizeInitAALAd in libippi.a(piresaa_split_p8_ownResizeInitAAD.o)
_ownResizeInitAALA in libippi.a(piresaa_split_v8_ownResizeInitAA.o)
_ownResizeInitAALAd in libippi.a(piresaa_split_w7_ownResizeInitAAD.o)
_ownResizeInitAALA in libippi.a(piresaa_split_p8_ownResizeInitAA.o)
_ownResizeInitAALA in libippi.a(piresaa_split_w7_ownResizeInitAA.o)
_ownResizeInitAALAd in libippi.a(piresaa_split_v8_ownResizeInitAAD.o)

I have run "nm" on all IPP .a files in the library, and this symbol is not defined. I did find the symbol however, in several of the dynamic libs including the "libippacv8-7.0.dylib", but with local "t" scope with means it is not externally accessible. So, I am currently unable to link statically at all.

We very much want to link this all statically without external dependencies. Do you also see this symbol missing from the static versions of the IPP library? If so, how do I request an updated version that includes it?

Best regards,
Herrick

Static library missing symbol ___libm_sse2_sin

Chao_Y_Intel — Thu, 16 Jun 2011 10:39:26 GMT

Herrick,

The symbols are in the compiler runtime libraries. Add the compiler runtime libraries(libimf.a) at /composerxe-2011.4.191/compiler/lib/ folder, and see how it works

Thanks,
Chao

Static library missing symbol ___libm_sse2_sin

Herrick_Muhlestein — Fri, 17 Jun 2011 01:15:57 GMT

Chao,

The symbol is not there. Do you see it when you run "nm" on that library?
I ran this command:

nm /opt/intel/composerxe-2011.4.184/compiler/lib/libimf.a | grep ___libm_sse2_sin

Which only includes entries for "___libm_sse2_sincos" not "___libm_sse2_sin":
Output:
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincosf
U ___libm_sse2_sincos
0000000000000000 T ___libm_sse2_sincos
0000000000001678 S ___libm_sse2_sincos.eh
U ___libm_sse2_sincos
0000000000000000 T ___libm_sse2_sincosf
0000000000000698 S ___libm_sse2_sincosf.eh
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincos
U ___libm_sse2_sincos

Thanks,
Herrick

Static library missing symbol ___libm_sse2_sin

Ying_H_Intel — Fri, 17 Jun 2011 04:04:16 GMT

Hi Herrick,

Are you build a 32bit application, right? If yes, could you checkif you have the directory like/opt/intel/composerxe-2011.4.184/compiler/lib/ia32 installed?

As i know, the symbols is required and provided by 32bit libimf.a, no requiredby 64 bit application.

[ ia32]$ nm libimf.a | grep __libm_sse2_sin
0000000000000000 T __libm_sse2_sincosf
0000000000000000 T __libm_sse2_sincos
0000000000000000 T __libm_sse2_sinf
0000000000000000 T __libm_sse2_sin

Regards,
Ying

Static library missing symbol ___libm_sse2_sin

Herrick_Muhlestein — Fri, 17 Jun 2011 18:25:10 GMT

Hi Ying,

I am indeed building this as a 32-bit application. I see both "ia32" and "intel64" directories under "/opt/intel/composerxe-2011.4.184/compiler/lib".

Running "file libimf.a" produces:
libimf.a: Mach-O universal binary with 2 architectures
libimf.a (for architecture x86_64): current ar archive random library
libimf.a (for architecture i386): current ar archive

Then if I run nm as "nm -arch i386 libimf.a|grep ___libm_sse2_sin"

I do finally see the output you show above.
00000040 T ___libm_sse2_sin
00000040 T ___libm_sse2_sincos
00000010 T ___libm_sse2_sincosf
00000010 T ___libm_sse2_sinf

I added the libimf.a to the build and it works!

Thanks again!
Herrick

Static library missing symbol ___libm_sse2_sin

Ying_H_Intel — Tue, 21 Jun 2011 05:21:21 GMT

Static library missing symbol ___libm_sse2_sin I am re-linking all static libraries with my own .a and I am seeing this error from ld: /usr/bin/libtool: for architecture i386 object: /opt/intel/composerxe-2011.4.184/compiler/lib/libiomp5.a(iomp.o) malformed object (LC_SEGMENT command 0 filesize field greater than vmsize field) Am I missing another .a file to link against? Thanks, Herrick
Edit \| Delete \| Reply \| Report Abuse\| Mark as Best Answer

Ying H (Intel)	June 20, 2011 10:09 PM PDT	Rate Rating is disabled! Current Score: 0 out of 0 users Rating is disabled! Current Score: 0 out of 0 users Rating is disabled! Current Score: 0 out of 0 users Rating is disabled! Current Score: 0 out of 0 users Rating is disabled! Current Score: 0 out of 0 users	#2
Static library missing symbol ___libm_sse2_sin Hi Herrick, I'd like transfer the issue to Intel ComposerXE forum, wheresome compilerdevelopermay help on the IntelOpenMP library libiomp5.a. http://software.intel.com/en-us/forums/showthread.php?t=83673 A temp workaroundmay be- to avoid to use the static OpenMP library. for example, just link ipp_l.lib in your own.a. All ipp_l.ib issequential library, whichdon'trequire the libiomp5* library. Best Regards, Ying H

Static library missing symbol ___libm_sse2_sin

Herrick_Muhlestein — Thu, 23 Jun 2011 20:45:38 GMT

I tried statically linking without the libiomp5.a library, and I get missing symbols that only seem to be defined in the libiomp5 library:

Undefined symbols:
"___kmpc_barrier", referenced from:
_w7_ippiResizeSqrPixel_16u_C1R in libippi.a(piresize2_split_w7_ippiResizeSqrPixel_16u_C1R.o)
...
"___kmpc_fork_call", referenced from:
_w7_ippiResizeSqrPixel_16u_C1R in libippi.a(piresize2_split_w7_ippiResizeSqrPixel_16u_C1R.o)

...
"_omp_get_num_procs", referenced from:
_ippStaticInitCpu in libippcore.a(ippmrgjump.o)
...
"_omp_get_max_threads", referenced from:
_ippStaticInitCpu in libippcore.a(ippmrgjump.o)

Thoughts?
Thanks for your time,
Herrick

Static library missing symbol ___libm_sse2_sin

Herrick_Muhlestein — Tue, 05 Jul 2011 17:21:45 GMT

Ying,

Like I mentioned above, if I statically link to the ipp libraries, and not the libiomp5 library as you suggest, I get the above linker errors.
Some other library used by the H264 decoder must be requiring the libiomp5 or a library that requires it.

I have not heard any response from the compiler team regarding the new thread you created. Could you please advise the best thing to try at this point?

As I mentioned in the complier forum thread, the libiomp5.a file seems to be unknown to the gcc/ld/nm toolchain.

Please let me know if you can assist.
Thanks,
Herrick

Static library missing symbol ___libm_sse2_sin

Ying_H_Intel — Wed, 06 Jul 2011 02:59:43 GMT

Hi Herrick, One possible workaround is to link the dynamic library libiomp5.so. As the artice mentioned, <>, the static libiomp5.a library is deprecated for a while and i'm ask compiler engineer to see if any issue with libiomp5.a. You may try it and let us know if any result. Regards, Ying

Static library missing symbol ___libm_sse2_sin

Ying_H_Intel — Wed, 06 Jul 2011 03:05:04 GMT

http://software.intel.com/en-us/articles/openmp-support-changes-in-intel-performance-libraries/

Static library missing symbol ___libm_sse2_sin

Ying_H_Intel — Fri, 08 Jul 2011 03:26:53 GMT

Hi Herrick,

Could you please check if you have serial IPPstatic library linked.
It's name should be like libipp*_l.a, which don't depend libiomp5.a.
For example, link libippcore_l.a instead of libippcore.a, which is a symlink to ipp*_t.a (threaded library).

Thanks
Ying

Static library missing symbol ___libm_sse2_sin

Herrick_Muhlestein — Tue, 12 Jul 2011 21:44:21 GMT

Ying,

Thanks, the static build now completes, but I am now seeing hundreds of warnings like this when I relink all .a files together:

/usr/bin/libtool: warning for architecture: x86_64 same member name (pvcvc1transformfwdm7as.o) in output file used for input files: .../libippvc_l.a(pvcvc1transformfwdm7as.o) and: .../libippvc_l.a(pvcvc1transformfwdm7as.o) due to use of basename, truncation and blank padding

Is this due to the mix of both i386 and x86_64 binaries in the .a files?

It seems to be working regardless, but I would like to understand the warning and remove it.

Thanks,
Herrick

Static library missing symbol ___libm_sse2_sin

Ying_H_Intel — Thu, 14 Jul 2011 00:49:08 GMT

Hi Herrick,

"Is this due to the mix of both i386 and x86_64 binaries in the .a files?"

I think no, FAT technology is stable and should not generate any issue.

Probably the issue with "when I relink all .a files together"? Could you please list the exact command line?

Thanks
Ying