[mesa-users] MESA sdk interfering with Tioga installation?
kmoore at physics.ucsb.edu
Wed Jan 18 19:44:13 EST 2012
Thanks for the response, Rich. All the required setup should be in my .profile. I've used the sdk several times on my mac and haven't had anything like this happen before.
echo $DYLD_LIBRARY_PATH gives
I suppose I can try removing everything and see if that fixes it.
On Jan 18, 2012, at 3:53 PM, Richard Townsend wrote:
> Hi Kevin --
> It looks like you've not sourced the mesasdk_init.sh (or mesasdk_init.csh) setup script. Your problem is symptomatic of the fact that the DYLD_LIBRARY_PATH environment has not been set (which the script takes care of for you).
> This will soon become moot, because I'm migrating toward having the SDK installed in a fixed, non-varying location; this will clear up a number of issues people are experiencing. But for the moment, I advise you to check that the setup script is being properly sourced.
> On Jan 18, 2012, at 5:45 PM, Kevin Moore wrote:
>> Hi all,
>> In my ongoing list of problems with MESA (this time on osx lion), I recently found that Tioga is no longer working and reinstalling it gives a weird error that seems to indicate that it has something to do with the mesa sdk:
>> gcc -I. -I/Users/Kevin/.rvm/rubies/ruby-1.8.7-p357/lib/ruby/1.8/i686-darwin11.2.0 -I/Users/Kevin/.rvm/rubies/ruby-1.8.7-p357/lib/ruby/1.8/i686-darwin11.2.0 -I/Users/Kevin/Desktop/tioga-1.14/ext/Dobjects/Dtable -I../../includes -I../Dvector/include -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -fno-common -g -O2 -fno-common -pipe -fno-common -c dtable.c
>> dyld: Library not loaded: /Users/townsend/mesasdk_build/x86_64/darwin/current/lib/libmpc.2.dylib
>> Referenced from: /Users/Kevin/mesasdk/bin/../libexec/gcc/x86_64-apple-darwin10.8.0/4.7.0/cc1
>> Reason: image not found
>> gcc: internal compiler error: Trace/BPT trap: 5 (program cc1)
>> Please submit a full bug report,
>> with preprocessed source if appropriate.
>> See <http://gcc.gnu.org/bugs.html> for instructions.
>> make: *** [dtable.o] Error 4
>> For some reason it's looking for libmpc.2.dylib in /Users/townsend/mesasdk_build/x86_64/darwin/current/lib/, while it should be looking in /Users/Kevin/mesasdk/lib. I can't find anything in my environment variables with that path, and grepping around the sdk shows that there are a few files with this path in it:
>> Binary file ./x86_64-apple-darwin10.8.0/4.7.0/cc1 matches
>> Binary file ./x86_64-apple-darwin10.8.0/4.7.0/cc1plus matches
>> Binary file ./x86_64-apple-darwin10.8.0/4.7.0/collect2 matches
>> Binary file ./x86_64-apple-darwin10.8.0/4.7.0/f951 matches
>> Binary file ./x86_64-apple-darwin10.8.0/4.7.0/install-tools/fixincl matches
>> ./x86_64-apple-darwin10.8.0/4.7.0/install-tools/mkheaders: #prefix=/Users/townsend/mesasdk_build/x86_64/darwin/current
>> Binary file ./x86_64-apple-darwin10.8.0/4.7.0/lto-wrapper matches
>> Binary file ./x86_64-apple-darwin10.8.0/4.7.0/plugin/gengtype matches
>> I don't know how/when these are created, but is there a simple way to recreate these executables with the correct paths?
>> Keep Your Developer Skills Current with LearnDevNow!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> mesa-users mailing list
>> mesa-users at lists.sourceforge.net
More information about the Mesa-users