Tony, Thanks for your reply. I did solve the CMAKE_C_COMPILER issue - see my previous post (just 1 min after yours). However, it's not by appending to $PATH though - I had tried adding the gcc path to $PATH and the same error still showed up.
Thanks for the hint about adding "lib" prefix. I don't have .dll files though - the MKL library consists of 17 .lib files (the file list I gave missed a few letters at the end for some files so they become .l or .li - my apologies). I will try adding the prefix anyway... After other road blocks are removed. Please see my previous post for details. On Tuesday, September 13, 2016 at 3:45:16 PM UTC-5, Tony Kelman wrote: > > maybe better to just temporarily add gcc's location to your working path > for the duration of the make (don't leave it there longer though). > > I think that linker error is from arpack. Try making a copy of mkl_rt.dll > called libmkl_rt.dll and see if that helps. libtool isn't able to link > against dlls that don't have a lib prefix unless you have a corresponding > .dll.a import library (maybe copying and renaming one od the .lib files to > libmkl_rt.dll.a could also work?) because being annoying is what libtool > does. >
