plplot-devel

[Plplot-devel] Current plan is to release PLplot-5.2.0 on 18th January

[Alan W. I. <ir...@be...>]

The core PLplot developers seem reasonably happy with a release date of 18
January so we will go with that date.  That date will be fairly rigidly
enforced because I can only work on releases on weekends, and we don't want
it to slide to the next weekend unless a really bad showstopper problem
becomes evident.

To avoid such a possibility, I strongly encourage you to test the current
CVS version over the next two weeks on as wide a variety of platforms as
possible.  A very nice way to do this is simply to run the plplot-test.sh
script in the installed examples directory.  This exercises every non-GUI
example for every front end that you have configured and by default
generates postscript results using the psc device.  Subsequent tests at
later dates or for different platforms can be diffed against these results
to see what (if anything) has been changed in the results by any CVS
changes that have occurred.

On the day in question, my general plan is to make a release candidate CVS
tag early in the morning (UTC-8 hours), create a tarball, do my standard
tests from that tarball (probably take a number of hours) on Debian and
RH7.3, and if all goes well, retag as final and release the tarball and
corresponding RH7.3 source and binary rpm's at the SF site.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] Current plan is to release PLplot-5.2.0 on 18th January

[Alan W. I. <ir...@be...>]

On Thu, 2 Jan 2003, Alan W. Irwin wrote:

> The core PLplot developers seem reasonably happy with a release date of 18
> January so we will go with that date.  That date will be fairly rigidly
> enforced because I can only work on releases on weekends, and we don't want
> it to slide to the next weekend unless a really bad showstopper problem
> becomes evident.
>
> To avoid such a possibility, I strongly encourage you to test the current
> CVS version over the next two weeks on as wide a variety of platforms as
> possible.....

Just a reminder that this time period for testing is now down to one week
since I still plan to release PLplot 5.2.0 next Saturday in the morning
(Pacific time = UTC - 8).

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting software
package (plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Current plan is to release PLplot-5.2.0 on 18th January

[<jc...@fe...>]

On Saturday 11 January 2003 21:50, Alan W. Irwin wrote:
| On Thu, 2 Jan 2003, Alan W. Irwin wrote:
| > The core PLplot developers seem reasonably happy with a release
| > date of 18 January so we will go with that date.  That date will be
| > fairly rigidly enforced because I can only work on releases on
| > weekends, and we don't want it to slide to the next weekend unless
| > a really bad showstopper problem becomes evident.
| >
| > To avoid such a possibility, I strongly encourage you to test the
| > current CVS version over the next two weeks on as wide a variety of
| > platforms as possible.....
|
| Just a reminder that this time period for testing is now down to one
| week since I still plan to release PLplot 5.2.0 next Saturday in the
| morning (Pacific time =3D UTC - 8).

The current cvs configure/compile/runs OK in suse-8.0 and 8.1 with most=20
drivers and bindings (java not tested).

On a "OSF1 V4.0 alpha" configure/compile/runs OK but the xwin driver=20
seg-faults, either with static or shared libs; the ps driver works=20
fine. This was with gcc 3.0.3. I was not able to use gdb, so I can't=20
help more. Couldn't try the python, octave and tcl/tk bindings because=20
the installed versions are "too old".

Joao

|
| Alan
| __________________________
| Alan W. Irwin
| email: ir...@be...
| phone: 250-727-2902
|
| Astronomical research affiliation with Department of Physics and
| Astronomy, University of Victoria (astrowww.phys.uvic.ca).
|
| Programming affiliations with the Canadian Centre for Climate
| Modelling and Analysis (www.cccma.bc.ec.gc.ca) and the PLplot
| scientific plotting software package (plplot.org).
|
| __________________________
|
| Linux-powered Science
| __________________________
|
|
|
| -------------------------------------------------------
| This SF.NET email is sponsored by:
| SourceForge Enterprise Edition + IBM + LinuxWorld =3D Something 2 See!
| http://www.vasoftware.com
| _______________________________________________
| Plplot-devel mailing list
| Plp...@li...
| https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Current plan is to release PLplot-5.2.0 on 18th January

[Alan W. I. <ir...@be...>]

On Tue, 14 Jan 2003, [iso-8859-1] Jo=E3o Cardoso wrote:

> On Saturday 11 January 2003 21:50, Alan W. Irwin wrote:
> | Just a reminder that this time period for testing is now down to one
> | week since I still plan to release PLplot 5.2.0 next Saturday in the
> | morning (Pacific time =3D UTC - 8).
>
> The current cvs configure/compile/runs OK in suse-8.0 and 8.1 with most
> drivers and bindings (java not tested).
>
> On a "OSF1 V4.0 alpha" configure/compile/runs OK but the xwin driver
> seg-faults, either with static or shared libs; the ps driver works
> fine. This was with gcc 3.0.3. I was not able to use gdb, so I can't
> help more. Couldn't try the python, octave and tcl/tk bindings because
> the installed versions are "too old".

Thanks, Joao, for your further testing efforts.

Maurice, do you find a similar xwin problem on your OSF1 platform?

A potential clue to the problem might be the additional valgrind memory
management errors we get with the xwin driver on ia32 under Linux. IIRC,
those errors are deep within X so there is nothing much you can do directly
about them.  Nevertheless, those errors may be an indication that xwin is
using a non-standard way to set up or call X which might cause valgrind
issues (but no other obvious symptoms) on ia32 and segfaults on OSF1.

To sort that or any other possibility out I agree it is essential to have
gdb working on OSF1.  Also, gcc 3.0.3 is quite old and buggy I believe.
However, shouldn't it be straightforward to build new versions of gcc and
gdb? I haven't tried it lately, but in the old days it was straightforward
to build your own personal copy of the latest version of gcc (and presumabl=
y
gdb as well) using a bootstrap procedure from an earlier version of gcc. Th=
e
idea was you compiled the new gcc code with the older version, then used th=
e
resulting executable to compile the new gcc code again, and iterated to
consistency. You may not have time to pursue that option before the release=
,
but ultimately I think that is the only way we will be able to solve the
xwin on OSF1 issue.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting softwar=
e
package (plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Current plan is to release PLplot-5.2.0 on 18th January

[Maurice L. <mj...@ga...>]

Sorry it took so long to get back to plplot work.. I've been pretty low on my
free time budget recently.  If the release goes out w/o me having solved my
portability problems, so be it.  I rarely use the release version anyway. :/

Alan W. Irwin writes:
 > Maurice, do you find a similar xwin problem on your OSF1 platform?

Probably.  I noticed a problem at link time so I didn't even bother trying an
example program.  But errors are easy to miss given the large amount of
output.

...
 /bin/bash ../../libtool --mode=install /usr2/mjl/local/bin/install -c  libplplottcltk.la /usr2/mjl/tools/lib/libplplottcltk.la
libtool: install: warning: relinking `libplplottcltk.la'
(cd /usr2/mjl/dev/plplot/latest/bindings/tcl; /bin/bash ../../libtool --mode=relink gcc -g -O2 -o libplplottcltk.la -rpath /usr2/mjl/tools/lib -version-info 7:0:2 -rpath /usr2/mjl/tools/lib -no-undefined -L/usr2/mjl/tools/lib -ltcl8.3 -L/usr2/mjl/tools/lib -litcl3.2 -L/usr2/mjl/tools/lib -litk3.2 -L/usr2/mjl/tools/lib -ltk8.3 -L../../src -lplplot -L. -ltclmatrix tclAPI.lo tclMain.lo Pltk_Init.lo plframe.lo plr.lo tcpip.lo tkMain.lo)
gcc -shared  tclAPI.o tclMain.o Pltk_Init.o plframe.o plr.o tcpip.o tkMain.o  -Wl,-rpath -Wl,/usr2/mjl/tools/lib  -L/usr2/mjl/tools/lib -ltcl8.3 -litcl3.2 -litk3.2 -ltk8.3 -L/usr2/mjl/dev/plplot/latest/src -lplplot -L/usr2/mjl/dev/plplot/latest/bindings/tcl -ltclmatrix  -Wl,-msym -Wl,-soname -Wl,libplplottcltk.so.5 `test -n "7.2.0:5.0:6.0:7.0" && echo -Wl,-set_version -Wl,7.2.0:5.0:6.0:7.0` -Wl,-update_registry -Wl,.libs/so_locations -o .libs/libplplottcltk.so.7.2.0
/usr/ucb/ld:
Warning: Unresolved:
cos
sin
XLookupString
XWarpPointer
XQueryPointer
XDrawLines
XClearWindow
XFlush
XParseColor
XSync

But this was my first time when I forgot to put --enable-dyndrivers, so this
points to a problem in the static driver configuration.  Note there's no
-lX11 in the above link line. :)

Unfortunately, --enable-dyndrivers doesn't help -- it just moves the creation
of the error to build-time.  It gives the same error as before:

gcc -shared  tclAPI.o tclMain.o Pltk_Init.o plframe.o plr.o tcpip.o tkMain.o  -Wl,-rpath -Wl,/usr2/mjl/dev/plplot/latest/src/.libs:/usr2/mjl/dev/plplot/latest/bindings/tcl/.libs:/usr2/mjl/tools/lib  -L/usr2/mjl/tools/lib -ltcl8.3 -litcl3.2 -litk3.2 -ltk8.3 -L/usr2/mjl/dev/plplot/latest/src /usr2/mjl/dev/plplot/latest/src/.libs/libplplot.so -L/usr2/mjl/dev/plplot/latest/bindings/tcl /usr2/mjl/dev/plplot/latest/bindings/tcl/.libs/libtclmatrix.so    -Wl,-msym -Wl,-soname -Wl,libplplottcltk.so.5 `test -n "7.2.0:5.0:6.0:7.0" && echo -Wl,-set_version -Wl,7.2.0:5.0:6.0:7.0` -Wl,-update_registry -Wl,.libs/so_locations -o .libs/libplplottcltk.so.7.2.0
/usr/ucb/ld:
Warning: Unresolved:
cos
sin
XLookupString
XWarpPointer
XQueryPointer
XDrawLines
XClearWindow
XFlush
XParseColor
XSync

As well as a new one:

gcc -shared  tk_drv_la-tk.o  -Wl,-rpath -Wl,/usr2/mjl/dev/plplot/latest/bindings/tcl/.libs:/usr2/mjl/tools/lib  -L/usr2/mjl/dev/plplot/latest/bindings/tcl/.libs -L/usr2/mjl/dev/plplot/latest/src/.libs -L/usr2/mjl/dev/plplot/latest/src -L/usr2/mjl/tools/lib -L/usr2/mjl/dev/plplot/latest/bindings/tcl /usr2/mjl/dev/plplot/latest/bindings/tcl/.libs/libplplottcltk.so -ltcl8.3 -ltk8.3   -Wl,-msym -Wl,-soname -Wl,libtk_drv.so `test -n "" && echo -Wl,-set_version -Wl,` -Wl,-update_registry -Wl,.libs/so_locations -o .libs/libtk_drv.so
/usr/ucb/ld:
Warning: Unresolved:
plsc
c_pltext
c_plgra
pdf_wr_header
plexit
plP_setpxl
plP_setphy
pdf_wr_1byte
pdf_wr_2bytes
pdf_wr_2nbytes
pdf_wr_ieeef
plGinInit
plabort
pdf_close
plstrdup
plFindCommand
pdf_bopen
plTranslateCursor

Note I'm using a really old version of gcc on this machine but it looks like a
config error rather than being gcc's fault:

zion$ gcc -v
Reading specs from /usr/local/lib/gcc-lib/alphaev56-dec-osf4.0b/2.8.1/specs
gcc version 2.8.1


Aside:  I really hate how many hundreds of lines of output there is.  Makes it
much harder to find errors.  Unfortunately you can't just redirect stdout b/c
you lose context of the errors that do occur.  I suppose you could do:

zion$ make install >foo.log
libtool: install: warning: relinking `libplplottcltk.la'
/usr/ucb/ld:
Warning: Unresolved:
cos
sin
XLookupString
XWarpPointer
XQueryPointer
XDrawLines
XClearWindow
XFlush
XParseColor
XSync

and then to see the context of that do:

zion$ make install >foo.log 2>&1

What we need is a program that does for stderr what "tee" does for stdout,
that way we could send output+errors to a file but only errors to the console.
Should actually pretty easy to write one.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] Current plan is to release PLplot-5.2.0 on 18th January

[Alan W. I. <ir...@be...>]

On Sat, 18 Jan 2003, Maurice LeBrun wrote:

> Sorry it took so long to get back to plplot work.. I've been pretty low on my
> free time budget recently.  If the release goes out w/o me having solved my
> portability problems, so be it.  I rarely use the release version anyway. :/

Sorry your timing constraints have not allowed you to make any further
contributions to this release, but that is the way it goes sometimes.  What
I am going to do is get out the release anyhow and mention in particular
that it is fine for Linux, but there are some cross-platform Unix issues
which we are still sorting out.  Once you do have a substantial improvement
in the configuration for even just one more platform, I would be willing to
put out one or more "patch" releases, 5.2.x, with your configuration (or
other) bug fixes.

Alan

__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting software
package (plplot.org).

__________________________

Linux-powered Science
__________________________