- I got a flawless compilation, the library was created without any errors or warnings.
when you see compiler's message that it can't find or open some particular file (ipp.h in your case), please treat it just as it is. Some of your source files does include that header file (namely, contain text like this: #include
non threaded merged static library and non threaded custom shared library shouldhave approximately the same performance. They both build from the same IPP binary code.
The error showed the static pthread library (libpthread.a) could not be linked to created an shared object.
thread libraries is often linked dynamically, changing it tolibpthread.so work for you?
About first issue "/usr/lib/libpthread_nonshared.a(pthread_atfork.oS): relocation R_386_GOTOFF":
it seems had been discussed in http://software.intel.com/en-us/forums/showthread.php?t=70367
The problem mainly arethestatic intel OpenMP threading library libiomp5.a andthestatic system threading library libpthread.a.
the Ubuntu bugs tracker: https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/358665
the forum 70367thread hints, the issue can be solved - there was wrong libpthread.so library and it solved by upgraged pthread libraries under Redhat.
Additionation, thedynamic(shared) libiomp5.so (in ia32 and em64t) are recommended tobe used for any openmp threaded application, I'd like suggestto changeMakefile to make surelink bothdynamic libiomp5.so and libpthread.so
and $(TSTNAME) : $(LIBNAME)
$(CC) -o $@ -I$(IPPROOT)/include ipptwo.c -L. -L$(TARGDIR) -lusr$(THR_SFX) -lpthread -lm -lc.
I update the build32_t.sh and Makefile.32 here.
You can copy them to the customso directory
>chmod +x build32_t.sh
Hope it helps,
Please use the latest version IPP.
For my case, i can find the ipp*.h in /opt/intel/compilers_and_libraries2018/linux/ipp/include. And remember to execute "source /opt/intel/compilers_and_libraries2018/linux/bin/compilervars.sh" before use "make -f Makefile_lin".