The original problem was fixed several updates ago. Did you do a complete rebuild of the source? Was any of the libraries linked in built with an older compiler that does not have the fix?
See this article here: http://software.intel.com/en-us/articles/linking-error-on-macosx-106-with-xcode-32/
You should not need to recompile the libs if they were compile with gcc 4.0 or newer. Would it be possible for you to provide me with the source / binaries / steps needed to reproduce this problem?
If yes, attached it to this thread. You can reply in private if you do not want anyone else to see it.
One possible work aroundis to link against dylibs instead of static lib.
I get the build errors below. My Xcode is installed in /Developer_3.2.1
BTW, if you have more than one version of ICC installed, could you add -V to the command line to verify that the script is calling the appropriate compiler.
intels-mac-pro:dsrc ale$ ./Build.pl -i -o >& log.txt
intels-mac-pro:dsrc ale$ cat log.txt
Source directory = /Users/ale/Downloads/dsrc
Build directory = build
You have changed variables that require your cache to be deleted.
Configure will be re-run and you may have to reset some variables.
The following variables have changed:
CMake Error: Parse error in cache file /Users/ale/Downloads/dsrc/build/CMakeCache.txt. Offending entry: /SDKs/MacOSX10.6.sdk
make: *** [cmake_check_build_system] Error 1
It seems that the script does not like Xcode being installed in /Developer_3.2.1 instead of the default /Developer. I made the change, and use the new Build.pl and I can reproducethe errors.
How do I add compiler options to the command line?icpc -V will give me the compiler info etc. I can't seem to do that by adding it to CMakeCache.txt. Where can I add compiler options so that the MAKE picks up the option, similar to the option "-mmacosx-version-min-=10.6 and -headerpad_max_install_names"?
This is a bug, and the original fix might not cover this case. The problematic file is screen.C. If you compile everything with ICC, and only screen.C with GCC, you will NOT get this error.
I would suggest you file a bug on this so that you can get status update for resolution of this problem.
I had exactly the same error as is described in this thread when trying to compile netCDF-4.1 and followed this suggestion to use the compiler option:
-Wl,-no_compact_unwind (note there should be no space after the comma, as the previous post indicated)
and it did work!
I am using the latest icc (release 4, version 080) on Mac OS X 10.6