search for: composerx

...verifier -main-file-name null -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.22 -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.0 -fmodule-cache-path /tmp/clang-module-cache -I /opt/intel/composerxe-2011.5.220/mkl/include -I /opt/intel/composerxe-2011.5.220/tbb/include -I /opt/intel/composerxe-2011.5.220/mkl/include -I /opt/intel/composerxe-2011.5.220/tbb/include -internal-isystem /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3 -internal-isystem /usr/bin/../lib...

On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener <eldlistmailingz at tropicsoft.com> wrote: > On Mageia 2 I have installed the binary clang package clang3.0-7. When I > tried to build the latest llvm/clang from source using this binary clang > I get this error: > > 1) In file included from > /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30: >

On Mageia 2 I have installed the binary clang package clang3.0-7. When I tried to build the latest llvm/clang from source using this binary clang I get this error: 1) In file included from /home/mgeldiener/vcs/llvm/lib/Support/Signals.cpp:30: /home/mgeldiener/vcs/llvm/lib/Support/Unix/Signals.inc:32:10: fatal error: 'cxxabi.h' file not found #include <cxxabi.h> ^ llvm[1]:

...geia2 from the 3.3 source I get: "#include "..." search starts here: #include <...> search starts here: /home/mgeldiener/dev/clang/build/include /home/mgeldiener/dev/clang/build/lib/Support /home/mgeldiener/vcs/llvm/include /home/mgeldiener/vcs/llvm/lib/Support /opt/intel/composerxe-2011.5.220/mkl/include /opt/intel/composerxe-2011.5.220/tbb/include /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3 /usr/bin/../lib/gcc/x86_64-mageia-linux-gnu/4.6.3/../../../../include/c++/4.6.3/x86_64-mageia-linux-gnu /usr/bin/../lib/gcc/x86_64-mageia-linux-gn...

...depends on what ? thank you ! P.S. many functions of R are single-threaded, is there a simple way to make them multi-threaded ? ========================================================================================================= CMP_LIB_PATH=/opt/intel/lib/intel64 MKL_LIB_PATH=/opt/intel/composerxe/mkl/lib/intel64 INC_LIB_PATH=/usr/local/lib export CC="icc -std=c99" export CFLAGS="-g -O3 -wd188 -ip" export F77=ifort export FFLAGS="-g -O3" export CXX=icpc export CXXFLAGS="-g -O3" export FC=ifort export FCFLAGS="-g -O3" export SHLIB_CXXLD=icpc...

...is not a problem. R knows where to find these libaries even if they are not on the linker path. Your only problem is to tell R where the Intel libraries are at runtime, typically by setting/modifying LD_LIBRARY_PATH before launching R, e.g. on my desktop I use export LD_LIBRARY_PATH=/opt/intel/composerxe/lib/intel64:/opt/intel/composerxe/mkl/lib/intel64/ Martyn > >> > Or do I need to run $make install before ldd? > >> > > >> > 2- when visiting Intel MKL link advisor[0], here is what I get as > >> > configure and make options: > >> > Lin...

...ithout it. It seems it may trigger some issues on. See[0]. Thus I removed it > Perhaps you could post the full final recipe in a way that others can > copy and paste if they find this thread in the future? Here it is. The script is writen for Parallel studio 2016. Change path accordingly if composerxe 2015. libRlib and libRblas are build as shared librairies. It build with static libraries too. More options can be added to configure. Best is to source mklvars and compilervars in a script so it won't polluated your shell environment once the build is done. ----------------------------------...

...ings and > expect things would change, but just being stable enough that using > them isn't more work than necessary.) Maybe we can start the discussion by deciding if we want to use metadata or intrinsics. [1] - http://software.intel.com/sites/products/documentation/doclib/stdxe/2013/composerxe/compiler/cpp-lin/index.htm#GUID-B25ABCC2-BE6F-4599-AEDF-2434F4676E1B.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121106/87e75a2b/attachment.html>

On Wed, 2015-09-02 at 20:49 +0200, arnaud gaboury wrote: > On Wed, Sep 2, 2015 at 7:35 PM, arnaud gaboury <arnaud.gaboury at gmail.com> wrote: > > After a few days of reading and headache, I finally gave a try at > > building R from source with Intel MKL and ICC. Documentation and posts > > on this topic are rather incomplete, sometime fantasist et do not give > >

On Tue, Nov 6, 2012 at 6:11 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- >> From: "Nadav Rotem" <nrotem at apple.com> >> To: "David Tweed" <david.tweed at gmail.com> >> Cc: llvmdev at cs.uiuc.edu >> Sent: Tuesday, November 6, 2012 11:08:23 AM >> Subject: Re: [LLVMdev] Regarding BOF: Vectorization in

----- Original Message ----- > From: "Nadav Rotem" <nrotem at apple.com> > To: "David Tweed" <david.tweed at gmail.com> > Cc: llvmdev at cs.uiuc.edu > Sent: Tuesday, November 6, 2012 11:08:23 AM > Subject: Re: [LLVMdev] Regarding BOF: Vectorization in LLVM > > Hi David! > > On Nov 6, 2012, at 3:23 AM, David Tweed <david.tweed at

On Wed, Sep 9, 2015 at 11:26 PM, Nathan Kurz <nate at verse.com> wrote: > > As a short and simple approach, I just compiled the current R release > on Ubuntu with ICC and MKL using just this: > > $ tar -xzf R-3.2.2.tar.gz > $ cd R-3.2.2 > $ CC=icc CXX=icpc AR=xiar LD=xild CFLAGS="-g -O3 -xHost" CXXFLAGS="-g > -O3 -xHost" ./configure