Hello,<br><br>I&#39;m building a test app via makefile on osx that uses mpich2 (which I compiled from source and whose binaries end up in /usr/local/bin).<br><br>It is a trivial mpi app and builds via this trivial makefile:<br>
<br>test : main.cpp<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; mpicxx -g&nbsp; main.cpp -o testmpi<br><br>From a terminal window, I can make and execute it with the expected results, with one or multiple processes.<br><br>--<br><br>If I create an &quot;External Build System&quot; project in Xcode and point to this makefile and try to build the target, XCode tries to use the mpicxx that is located in /Developer/usr/bin despite the fact that from a commad prompt, &quot;which mpicxx&quot; reports /usr/local/bin/mpicxx.&nbsp; <br>
<br>So one can go to /Developer/usr/bin and mv all the mpi* binaries into mpi_hidden or some such, at which point Xcode will complain that it can&#39;t find mpicxx.&nbsp; So one can create a link from /Developer/usr/bin that references the mpich2 binary /usr/local/bin/mpicxx.&nbsp; Now things will build and work as desired.<br>
<br>My question, then...&nbsp; What is the recommended practice to get Xcode to use the mpicxx I want without all this problematic moving around/hiding of binaries?&nbsp; One option would be to cleanly remove the openmpi that comes with osx; a better option would be a way to spec the path that Xcode will search for binaries, but I don&#39;t know how to do either.<br>
<br>thanks,<br>thomas blom,<br>ut austin<br>