On Apr 14, 2010, at 12:11 PM, Jerry wrote: > Yes, thanks Werner. I re-downloaded the binary yesterday (before I > posted to the list) just in case I had accidentally downloaded the > wrong thing earlier or there had been an update, but there was no > change in my build results. From the page you linked, I downloaded > > http://get.qt.nokia.com/qt/source/qt-mac-cocoa-opensource-4.6.2.dmg > > On the page, the line of text right above that says > > "Mac binary package using Cocoa for Mac OS X 10.5 - 10.6 (32-bit and > 64-bit)" > > So, I still don't know how to proceed. Is there a tool (otool?) that > will tell me the target architecture of these libraries? > > I'm not even sure it's a Qt thing because the link warnings (cut from > my original post) look like this: > > ld: warning in ../src/libplplotd.9.7.0.dylib, file is not of required > architecture > ld: warning in ../lib/csa/libcsirocsa.0.0.1.dylib, file is not of > required architecture > ld: warning in ../lib/qsastime/libqsastime.0.0.1.dylib, file is not of > required architecture > > and the undefined symbols are all plplot things. > > Jerry > > > > On Apr 14, 2010, at 1:45 AM, Werner Smekal wrote: > >> Hi Jerry, >> >>> I've changed the paths in my build script (below) to accommodate the >>> new compiler. cmake sees it. The build goes OK until it hits a >>> linking >>> problem. Here is the problem encountered when linking to a qt >>> library. >>> FWIW, my Qt installation is the OS binary from >>> http://qt.nokia.com/downloads/mac-os-cpp/ >>> . >> >> I'm not 100% sure, but if you have the Carbon version of qt, this >> might >> not work with a 64bit compiler (since Carbon is 32bit). You need the >> Cocoa version of Qt which can be used with 64 bit compilers (as well >> with 32 bit). This can be downloaded on the same page >> http://qt.nokia.com/downloads/mac-os-cpp/ but you need to select the >> cocoa version below. >> >> HTH, >> Werner >> >> -- >> Dr. Werner Smekal >> Institut fuer Angewandte Physik >> Technische Universitaet Wien >> Wiedner Hauptstr 8-10/134 >> A-1040 Wien >> Austria >> DVR-Nr: 0005886 >> >> email: sme...@iap.tuwien.ac.at (GPG: EDCAF4A79) >> web: http://www.iap.tuwien.ac.at/~smekal >> phone: +43-(0)1-58801-13463 (office) >> +43-(0)1-58801-13469 (laboratory) >> fax: +43-(0)1-58801-13499 >> I have reverted to a 32-bit Ada compiler from sourceforge for OS X Leopard. (This is different than the 32-bit compiler from MacAda.org which I have been using without problems on PLplot but which has the small bug which I mentioned in my original post.) The ld problem is gone and the build completes but testing of the Ada examples fails -- I'll make a separate post for that problem.
So the question remains--why does the build process fail with a 64-bit Ada compiler? Jerry with dyld: Library not loaded: @rpath/libgnat-2009.dylib Referenced from: /usr/local/plplot_build_dir/examples/ada/x01a Reason: image not found I get the same missing library complaint when I try to run the Ada examples myself unless I first run export DYLD_LIBRARY_PATH=/usr/local/ada-4.3/lib/gcc/i386-apple- darwin9.7.0/4.3.4/adalib:/usr/local/plplot/lib/ which is normal (I've always done that extra -- or similar-- step to run the Ada examples). However, adding this to my build script has no effect. Neither does adding this: GNAT_LIB=/usr/local/ada-4.3/lib/gcc/i386-apple-darwin9.7.0/4.3.4/adalib/ export GNAT_LIB The strange thing is, the directory containing libgnat-2009.dylib has a symlink named libgnat.dylib which points to it and is found when each of the examples is linked. ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
