Re: [Plplot-general] Plplot problems with MacOSX 10.6.2

On 2009-11-11 14:55-0500 Don Spong wrote:
>
>
> Alan,
>
> Thanks for the suggestions. I tried installing PLplot release 5.9.5, but without success. Listings of my cmake.out, make.out and make_install.out sessions are attached.
>
> -Don
Hi Don:
Although cmake.out had lots of WARNING messages about certain PLplot
component prerequisites that were missing (and certain compilers that were
missing) it appeared to adjust everything correctly to build an important
subset of PLplot including C (of course), C++, Fortran, Java, Tcl/Tk, and
wxwidgets. (By the way, if you want to disable any of those remaining
components, you can do so by using, e.g., -DENABLE_wxwidgets=OFF
-DENABLE_tcl=OFF, etc., as a cmake command-line options.)
So it appears to me that cmake is doing most of its job correctly. However,
make.out shows that something is not set up correctly with regard to fortran
77. For now, I suggest you simply drop that component of PLplot (using the
-DENABLE_f77=OFF cmake option) since your ifort compiler might not work
properly with our Fortran 77 interface and see whether our Fortran 95
interface builds okay instead. Note we have had some users report success
with ifort, but historically that compiler has not received nearly the
testing attention that, say, the gfortran compiler has received.
Is there anybody here with ifort experience on Mac OS X? If so,
please let us know if there are any special compiler options that must be
used to build PLplot.
Don, if you have gfortran installed, and you want to try it instead of
ifort, then you can do so by setting
export FC=gfortran
before you run cmake in an initially empty build tree.
Note that when you rebuild PLplot again, it is important to start with
an empty build tree so that some of your stale cache values for the old
non-working build don't interfere with the new build.
Note that if you use the -k option to make (assuming you are using GNU
make), then an attempt will be made to build all targets regardless of
errors so you can see all build errors at once rather than just the
first one that is encountered.
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
__________________________

On 2009-11-10 13:38-0500 Don Spong wrote:
> Hi,
>
> I recently upgraded from Mac OSX 10.5 to 10.6.2 (Snow Leopard). I've been
> successfully using a Plplot installation that I got through Fink (version
> 5.6.1). I use this with the Intel ifort Fortran compiler by
> including `plplot-config --cflags --libs --with-f77` on the load line.
> However, the 10.6.2 upgrade seems to have broken things for Plplot (see
> below). I can still run codes using Plplot that were built before the
> upgrade, but cannot build new versions. Any suggestions as to how to fix
> this?
Hi Don:
If Werner's suggestion for dealing with the immediate issue doesn't work,
then I suggest you upgrade to a more modern version of PLplot. (The 5.6.1
version of PLplot that you are trying to use came out more than 3 (!) years
ago). Even the latest fink version (5.8.0) is outdated so I suggest you use
the latest PLplot release (5.9.5) following the build directions at
http://www.miscdebris.net/plplot_wiki/index.php?title=Building_PLplot.
PLplot-5.9.5 has lots of great features (e.g., good-looking fonts and new
powerful device drivers) compared to 5.6.1 and also should be more reliable
than 5.6.1 because we now do a more careful job of testing before releases.
Note, CMake (version 2.6.0 or later) is now a prerequiste for our build
system, but that is easy to obtain. Also, we have dropped plplot-config
altogether in favour of either (1) a pkg-config method of obtaining the
flags you need to build applications that use the PLplot library or (2) a
new experimental CMake-based method for building applications that use the
PLplot library. Both methods are illustrated in the installed examples
directory.
If you have any trouble following the Mac OS X build instructions in the
Wiki for PLplot-5.9.5 or building your own applications using the 5.9.5
version of the PLplot library, let us know here, and we can give you a hand.
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
__________________________

Alan,
Thanks for the suggestions. I tried installing PLplot release 5.9.5, but without success. Listings of my cmake.out, make.out and make_install.out sessions are attached.
-Don
On Nov 10, 2009, at 4:45 PM, Alan W. Irwin wrote:
> On 2009-11-10 13:38-0500 Don Spong wrote:
>
>> Hi,
>>
>> I recently upgraded from Mac OSX 10.5 to 10.6.2 (Snow Leopard). I've been
>> successfully using a Plplot installation that I got through Fink (version
>> 5.6.1). I use this with the Intel ifort Fortran compiler by
>> including `plplot-config --cflags --libs --with-f77` on the load line.
>> However, the 10.6.2 upgrade seems to have broken things for Plplot (see
>> below). I can still run codes using Plplot that were built before the
>> upgrade, but cannot build new versions. Any suggestions as to how to fix
>> this?
>
> Hi Don:
>
> If Werner's suggestion for dealing with the immediate issue doesn't work,
> then I suggest you upgrade to a more modern version of PLplot. (The 5.6.1
> version of PLplot that you are trying to use came out more than 3 (!) years
> ago). Even the latest fink version (5.8.0) is outdated so I suggest you use
> the latest PLplot release (5.9.5) following the build directions at
> http://www.miscdebris.net/plplot_wiki/index.php?title=Building_PLplot.
> PLplot-5.9.5 has lots of great features (e.g., good-looking fonts and new
> powerful device drivers) compared to 5.6.1 and also should be more reliable
> than 5.6.1 because we now do a more careful job of testing before releases.
>
> Note, CMake (version 2.6.0 or later) is now a prerequiste for our build
> system, but that is easy to obtain. Also, we have dropped plplot-config
> altogether in favour of either (1) a pkg-config method of obtaining the
> flags you need to build applications that use the PLplot library or (2) a
> new experimental CMake-based method for building applications that use the
> PLplot library. Both methods are illustrated in the installed examples
> directory.
>
> If you have any trouble following the Mac OS X build instructions in the
> Wiki for PLplot-5.9.5 or building your own applications using the 5.9.5
> version of the PLplot library, let us know here, and we can give you a hand.
>
> 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
> __________________________
_________________________________________________________
Donald A. Spong, Fusion Energy Theory, ORNL
One Bethel Valley Road, Bldg. 5700
P. O. Box 2008, Room R-F312
Oak Ridge, Tennessee 37831-6169
Phone: (865) 574-1304 FAX: (865) 576-7926 E-mail: spongda@...
web page: http://www.ornl.gov/fed/Theory/stci/stellarator_theory.html
_________________________________________________________

On 2009-11-11 14:55-0500 Don Spong wrote:
>
>
> Alan,
>
> Thanks for the suggestions. I tried installing PLplot release 5.9.5, but without success. Listings of my cmake.out, make.out and make_install.out sessions are attached.
>
> -Don
Hi Don:
Although cmake.out had lots of WARNING messages about certain PLplot
component prerequisites that were missing (and certain compilers that were
missing) it appeared to adjust everything correctly to build an important
subset of PLplot including C (of course), C++, Fortran, Java, Tcl/Tk, and
wxwidgets. (By the way, if you want to disable any of those remaining
components, you can do so by using, e.g., -DENABLE_wxwidgets=OFF
-DENABLE_tcl=OFF, etc., as a cmake command-line options.)
So it appears to me that cmake is doing most of its job correctly. However,
make.out shows that something is not set up correctly with regard to fortran
77. For now, I suggest you simply drop that component of PLplot (using the
-DENABLE_f77=OFF cmake option) since your ifort compiler might not work
properly with our Fortran 77 interface and see whether our Fortran 95
interface builds okay instead. Note we have had some users report success
with ifort, but historically that compiler has not received nearly the
testing attention that, say, the gfortran compiler has received.
Is there anybody here with ifort experience on Mac OS X? If so,
please let us know if there are any special compiler options that must be
used to build PLplot.
Don, if you have gfortran installed, and you want to try it instead of
ifort, then you can do so by setting
export FC=gfortran
before you run cmake in an initially empty build tree.
Note that when you rebuild PLplot again, it is important to start with
an empty build tree so that some of your stale cache values for the old
non-working build don't interfere with the new build.
Note that if you use the -k option to make (assuming you are using GNU
make), then an attempt will be made to build all targets regardless of
errors so you can see all build errors at once rather than just the
first one that is encountered.
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
__________________________

Don wrote:
> Alan,
> I do have gfortran and tried exporting FC=gfortran. I also, tried using
-DENABLE_f77=OFF, but apparently without success. Listings of my latest
cmake.out, make.out (using the -k option) and make_install.out are attached.
Your make.out reveals problems with the f95, wxwidgets, and aqt components
of PLplot. cmake allows you to drop any or all of those using the
-DENABLE_f95=OFF, -DPLD_aqt=OFF, and -DPLD_wxwidgets=OFF and that should
allow you a clean build and access to the PLplot components (e.g., core
C library and C++ bindings to that library) that still work. However, if
you need a component that doesn't build (e.g., f95), then read on.
Common themes in the error messages in make.out seem to be "file is not of
required architecture" and "missing required architecture x86_64"
I have no access to Mac OS X (or any special knowledge about that platform),
but if you do a google search for "file is not of required architecture"
(including the quotes) there are a lot of hits on help forums about how to
straighten out your build environment. One of those seemed to imply that
you have the wrong type of libraries for your build environment.
If you do a google search for "missing required architecture x86_64" (again
including the quotes) then one
of the first hits had this to say:
"Definitely, Carbon IS NOT 64-bit capable. Only Cocoa is, and this is not
going to evolve in 10.6 Snow Leopard. Carbon is now considered legacy by
Apple, the new developments will focus on Cocoa. So, as long as softwares
rely on Carbon, they will be 32-bit only. This also includes WxWidgets, for
example, until WxCocoa is out."
So my guess is you don't have the correct build environment set up for your
hardware type for the above nonworking components. What is your hardware
type (Intel or PPC) and is it 32-bit or 64-bit?
I cannot help you further because I have come to the end of my knowledge,
but once you give that information, I hope those here with build experience
on Mac OS X will take over this thread and give the correct advice about the
right thing to do for your hardware type for whichever of the non-working
components you still need (if any).
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
__________________________