Re: [Plplot-devel] Ada 2005 binding needs paths to two additional libraries
Hi Jerry, > /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ > Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/ > A/libBLAS.dylib > > /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ > Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/ > A/libLAPACK.dylib > > There are also symlinks here: > > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libblas.dylib > /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/liblapack.dylib > [] > So it is likely that they will be in still another place on the > current OS version, 10.5. Maybe someone who has 10.5 installed can > report those paths. For the 10.5 SDK they are at the same position, just replace "MacOSX10.4u.sdk" with "MacOSX10.5.sdk" (also the symlinks) Regards, Werner -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria email: [EMAIL PROTECTED] 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 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Ada 2005 binding needs paths to two additional libraries
Hi Jerry: On 2008-01-03 00:58-0700 Jerry wrote: > [...]I think we can reasonably require a "real" Ada 2005 compiler > such as 4.3 for proper building. That sounds fine to me. > > The Ada 2005 Reference Manual strongly suggests that BLAS (Basic > Linear Algebra System) and LAPACK (Linear Algebra Package) do the > heavy lifting since they are very good and very mature. > > So, to get a fully functional Ada 2005 compiler, one needs to link to > these two libraries. [...] For my FreeEOS project I developed FindBLAS.cmake and FindLapack.cmake and a helper file called CheckFortranFunctionExists.cmake to deal with the issue of finding BLAS and LAPACK on my Linux platform. However, my solution didn't deal with other platforms very well because I didn't have the required platform-dependent BLAS and LAPACK expertise. Fortunately, though, Alin Elena was much more in the know about these issues so he took over my efforts and vastly improved them. I understand the result works well on the Mac now since he is particularly interested in that platform. To see his latest version, look for the above files in http://www.cmake.org/cgi-bin/viewcvs.cgi/Modules/?root=CMake. I am completely tied up with something else for the next month or so. Therefore, Jerry, if you are anxious for a quick solution you will have to learn how to use those files for yourself. The basic procedure would be the following: (1) Copy the above files to cmake/modules so that PLplot can access them since we use CMake 2.4.x at the moment rather than the cvs version of CMake. (2) Change ada.cmake in cmake/modules to extract library locations from those files into CMake variables LAPACK_LINKER_FLAGS and LAPACK_LIBRARIES. Follow the last few lines of free_eos.cmake (which can be found at http://freeeos.svn.sourceforge.net/viewvc/freeeos/trunk/cmake/modules/free_eos.cmake?view=log). These first two steps should be completely straightforward, and the two message lines you copy from free_eos.cmake will tell you the resulting values of LAPACK_LINKER_FLAGS and LAPACK_LIBRARIES, i.e., will tell you if CMake found everything properly on your Mac OS X platform If there is any problem with that, then you may need to modify the three files appropriately, but I suspect everything will be fine. (3) Change our Ada library link code (and possible examples as well?) to use LAPACK_LINKER_FLAGS and LAPACK_LIBRARIES appropriately. This step will require a good overview of our build system (so you know where our Ada library and examples are built and with what commands) and will probably require some experimentation to get right. Jerry, good luck with this! Although I am pretty busy at the moment, I am always available to answer a quick question if you run into any roadblocks with the above. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Ada 2005 binding needs paths to two additional libraries
P.S. One complication I failed to mention is that BLAS and LAPACK were developed as Fortran libraries, but sometimes C bindings are available as well. My original cmake modules just looked for the Fortran version, and I assume Alin Elena has continued that. If Ada needs the C versions of the BLAS and LAPACK libraries rather than the Fortran versions, then something extra will have to be done to deal with that issue. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
[Plplot-devel] wxwidgets
I'm having a problem with plots on the wxWidgets device. I'm using Visual Studio 6, Plplot 5.8.0, CMAKE 2.4 patch 7, wxWidgets 2.6.3 and Freetype 2.3.5. The examples compile just fine and I get output on all devices except for the wxwidget device. On that device I get a blank screen with a cross-hair under my mouse. The menu gives me the option to exit and that's all. Pressing Alt-n does nothing either. If I invoke one of the examples from the command line and choose the wxwidget device, I get the following message in the console window: plLibOpenPdfstr: Found file (null). I still get a wxwidget window with a cross-hair, but no output. Not sure if that's normal console output or a clue to the problem. Any help would be appreciated. Thanks. Steve Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Ada 2005 binding needs paths to two additional libraries
FWIW, Ada has built-in ability to interface to both Fortran and C (and Cobol and C++). Ada (GNAT) is set to use Fortran versions of BLAS and LAPACK but changing to C would be trivial. On OS X, there are three symlinks in one directory, libclapack.dylib libf77lapack.dylib liblapack.dylib which all point to the same thing but in another directory: libLAPACK.dylib For BLAS, there are only two symlinks, libblas.dylib libcblas.dylib pointing to libBLAS.dylib This seems to indicate that the pointed-to libraries have both C and Fortran symbols in them. The 4.3 compiler works fine with those libraries except for the need to delete a single line in a spec file in GNAT itself. (I don't know why). The macada.org guys know about this. Jerry On Jan 3, 2008, at 12:16 PM, Alan W. Irwin wrote: > P.S. > > One complication I failed to mention is that BLAS and LAPACK were > developed > as Fortran libraries, but sometimes C bindings are available as > well. My > original cmake modules just looked for the Fortran version, and I > assume > Alin Elena has continued that. If Ada needs the C versions of the > BLAS and > LAPACK libraries rather than the Fortran versions, then something > extra will > have to be done to deal with that issue. > > Alan > __ > Alan W. Irwin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Ada 2005 binding needs paths to two additional libraries
Hi Jerry: On 2008-01-03 18:04-0700 Jerry wrote: > [...]Ada (GNAT) is set to use Fortran versions of BLAS and LAPACK [...] I am glad to hear the C versions of these libraries are a side issue that we can ignore. Let me know how it goes with steps 1 and 2 using the 3 CMake files I mentioned to find the fortran versions of these libraries. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
