From: Orion P. <or...@co...> - 2007-01-11 21:30:37
|
I believe this is what was intended: Index: ./plplot/bindings/f77/sfstubs.h =================================================================== RCS file: /cvsroot/plplot/plplot/bindings/f77/sfstubs.h,v retrieving revision 1.4 diff -u -r1.4 sfstubs.h --- ./plplot/bindings/f77/sfstubs.h 27 Apr 2005 06:43:10 -0000 1.4 +++ ./plplot/bindings/f77/sfstubs.h 11 Jan 2007 21:26:50 -0000 @@ -37,6 +37,6 @@ common /zzplstr4/ string4 common /zzplstr5/ string5 common /zzplstr6/ string6 - common /zzplstr6/ string7 - common /zzplstr6/ string8 - common /zzplstr6/ string9 + common /zzplstr7/ string7 + common /zzplstr8/ string8 + common /zzplstr9/ string9 Index: ./plplot/bindings/f95/sfstubs.h =================================================================== RCS file: /cvsroot/plplot/plplot/bindings/f95/sfstubs.h,v retrieving revision 1.2 diff -u -r1.2 sfstubs.h --- ./plplot/bindings/f95/sfstubs.h 12 May 2006 17:36:19 -0000 1.2 +++ ./plplot/bindings/f95/sfstubs.h 11 Jan 2007 21:26:50 -0000 @@ -36,6 +36,6 @@ common /zzplstr4/ string4 common /zzplstr5/ string5 common /zzplstr6/ string6 - common /zzplstr6/ string7 - common /zzplstr6/ string8 - common /zzplstr6/ string9 + common /zzplstr7/ string7 + common /zzplstr8/ string8 + common /zzplstr9/ string9 Interestingly enough, GNU f95 aborts with an illegal instruction on this code, otherwise I'm not sure it would have been caught. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Orion P. <or...@co...> - 2007-01-11 22:27:20
|
Orion Poplawski wrote: > > Interestingly enough, GNU f95 aborts with an illegal instruction on this > code, otherwise I'm not sure it would have been caught. > Hmm, even with the changes, I still get an illegal instruction with the latest Fedora Development f95. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Alan W. I. <ir...@be...> - 2007-01-11 23:15:44
|
On 2007-01-11 15:27-0700 Orion Poplawski wrote: > Orion Poplawski wrote: >> >> Interestingly enough, GNU f95 aborts with an illegal instruction on this >> code, otherwise I'm not sure it would have been caught. >> > > Hmm, even with the changes, I still get an illegal instruction with the > latest Fedora Development f95. Hi Orion: Can you please give a lot more details? Below I pose a series of questions that come to mind, but don't hold back any extra information you think might be relevant beyond these questions. If that illegal instruction occurs during compilation, what file is being compiled when it occurs? If that illegal instruction occurs during excecution of compiled code, what executable are we talking about and how was it compiled? Is it just one of the standard examples, or does the problem occur for all standard examples. If it was an example, was it built in the build tree or install tree? What is the result of the "f95 --version" command? On my Ubuntu dapper system I have the following results: irwin@starling> f95 --version GNU Fortran 95 (GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)) Copyright (C) 2006 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING For that version of gfortran, there is no problem like what you are describing. Can you install gcc-4.0.x versions of the gcc compilers for Fedora to see if that makes a difference for you? 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Orion P. <or...@co...> - 2007-01-12 00:03:17
|
Alan W. Irwin wrote: > On 2007-01-11 15:27-0700 Orion Poplawski wrote: > >> Orion Poplawski wrote: >>> Interestingly enough, GNU f95 aborts with an illegal instruction on this >>> code, otherwise I'm not sure it would have been caught. >>> >> Hmm, even with the changes, I still get an illegal instruction with the >> latest Fedora Development f95. > > Hi Orion: > > Can you please give a lot more details? Below I pose a series of questions > that come to mind, but don't hold back any extra information you think might > be relevant beyond these questions. I think this is basically an issue with the Fedora Development compiler. The code compiles find on FC6 and with the latest gfortran snapshot. I wouldn't worry yourself about it - although it make my life as the Fedora packager of plplot hard. I haven't been able to compile plplot 5.7.1 on Fedora Development for a couple months now due to various issues. plplot is hard because it touches nearly every compiler/language/library. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane or...@co... Boulder, CO 80301 http://www.cora.nwra.com |
From: Alan W. I. <ir...@be...> - 2007-01-12 01:54:53
|
On 2007-01-11 17:03-0700 Orion Poplawski wrote: > [...]plplot is hard > because it touches nearly every compiler/language/library. Orion, have you just coined a new mantra for our development team? :-) Seriously, I couldn't agree more with your statement. A full-blown PLplot build is an excellent test that almost everything has been properly installed/is working correctly on your system. It does make life difficult if you are on the cutting edge, as with Fedora development. It also has made creating our CBS (and our ABS before that) an "interesting" challenge. Nevertheless, I fundamentally don't mind all the PLplot dependencies because most are optional, and each added PLplot option adds a lot of value. Thus, the user has a chance to build a minimal plplot that is really safe but rather uninteresting (say no bindings other than C and only the ps device driver) or he can add a lot of value to PLplot (in terms of language bindings and device drivers) assuming all the additional dependencies are installed correctly and working properly. Outside some cutting-edge situations, the dependency issue is actually not much of an issue on Linux, and I think the same is true on Mac OS X (in part due to fink). On windows, I am told dependencies are an important issue which is why I am delighted that Werner and Arjen are trying to help solve it with their 3rd-party and PLplot binary releases. 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@wl...> - 2007-01-12 08:26:46
|
> On 2007-01-11 17:03-0700 Orion Poplawski wrote: > >> [...]plplot is hard >> because it touches nearly every compiler/language/library. > > Orion, have you just coined a new mantra for our development team? :-) > > On windows, I am told dependencies are an > important issue which is why I am delighted that Werner and Arjen are > trying to help solve it with their 3rd-party and PLplot binary > releases. > > Alan > I know that there is a lot to say about the myriad of Linux distributions, but they do provide a single point where you can find source and binary packages. For Windows there is no such equivalent. Hence the need for a project like PLplot to supply at least a minimum of (optional) 3rd party packages - not everybody likes to hunt them down themselves. Regards, Arjen |
From: Alan W. I. <ir...@be...> - 2007-01-11 23:02:59
|
On 2007-01-11 14:29-0700 Orion Poplawski wrote: > I believe this is what was intended: > > Index: ./plplot/bindings/f77/sfstubs.h > =================================================================== > RCS file: /cvsroot/plplot/plplot/bindings/f77/sfstubs.h,v > retrieving revision 1.4 > diff -u -r1.4 sfstubs.h > --- ./plplot/bindings/f77/sfstubs.h 27 Apr 2005 06:43:10 -0000 1.4 > +++ ./plplot/bindings/f77/sfstubs.h 11 Jan 2007 21:26:50 -0000 > @@ -37,6 +37,6 @@ > common /zzplstr4/ string4 > common /zzplstr5/ string5 > common /zzplstr6/ string6 > - common /zzplstr6/ string7 > - common /zzplstr6/ string8 > - common /zzplstr6/ string9 > + common /zzplstr7/ string7 > + common /zzplstr8/ string8 > + common /zzplstr9/ string9 > Index: ./plplot/bindings/f95/sfstubs.h > =================================================================== > RCS file: /cvsroot/plplot/plplot/bindings/f95/sfstubs.h,v > retrieving revision 1.2 > diff -u -r1.2 sfstubs.h > --- ./plplot/bindings/f95/sfstubs.h 12 May 2006 17:36:19 -0000 1.2 > +++ ./plplot/bindings/f95/sfstubs.h 11 Jan 2007 21:26:50 -0000 > @@ -36,6 +36,6 @@ > common /zzplstr4/ string4 > common /zzplstr5/ string5 > common /zzplstr6/ string6 > - common /zzplstr6/ string7 > - common /zzplstr6/ string8 > - common /zzplstr6/ string9 > + common /zzplstr7/ string7 > + common /zzplstr8/ string8 > + common /zzplstr9/ string9 > Hi Orion: Thanks for finding this. Note, the present version should work because the effect of common /zzplstr6/ string6 common /zzplstr6/ string7 common /zzplstr6/ string8 common /zzplstr6/ string9 is identical to common /zzplstr6/ string6, string7, string8, string9 However, I also suspect repeating the 6 is just a typo, and it is a little cleaner to keep the common blocks separate so your patch should probably be applied. Arjen, do you agree? 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@wl...> - 2007-01-15 07:49:48
|
Alan W. Irwin wrote: >Hi Orion: > >Thanks for finding this. > >Note, the present version should work because the effect of > > common /zzplstr6/ string6 > common /zzplstr6/ string7 > common /zzplstr6/ string8 > common /zzplstr6/ string9 > >is identical to > > common /zzplstr6/ string6, string7, string8, string9 > >However, I also suspect repeating the 6 is just a typo, and it is a little >cleaner to keep the common blocks separate so your patch should probably be >applied. Arjen, do you agree? > > > Hi Alan, it must have been a typo indeed - it is at the very least much cleaner to use unique names. What is more, I am not even sure that the effect you describe on the code with the typo is indeed correct (I have not used COMMON blocks in years and there are a lot of obscure areas there ...) Well, to cut a long story short: we will use unique names - period. Regards, Arjen |
From: Alan W. I. <ir...@be...> - 2007-01-15 19:49:34
|
On 2007-01-15 08:49+0100 Arjen Markus wrote: > Well, to cut a long story short: we will use unique names - period. OK. I noticed you didn't make the commit so I did. I didn't test the change, but I think it should be okay. 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 Yorick front-end to PLplot (yplot.sf.net); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Arjen M. <arj...@wl...> - 2007-01-16 07:50:37
|
Alan W. Irwin wrote: >On 2007-01-15 08:49+0100 Arjen Markus wrote: > > > >>Well, to cut a long story short: we will use unique names - period. >> >> > >OK. I noticed you didn't make the commit so I did. I didn't test the change, >but I think it should be okay. > > > My mistake: I thought it was already done and that you wanted my confirmation. Regards, Arjen |