plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] PLplot RC1 (fwd)

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

On Monday 14 April 2003 18:17, Alan W. Irwin wrote:
| On Mon, 14 Apr 2003, [iso-8859-1] Jo=E3o Cardoso wrote:
| > [...]For now I can't download the tarball.
|
| Is there some SF problem we should be aware of?  The tarball
| downloaded very slowly (although that may have just been the default
| mirror I chose) but reliably yesterday.
|
| Alan

I use a fast mirror in Switzerland, but at the afternoon beginning I=20
only got a +/- 400KB file and no download error. Now I got a correct=20
download.

Joao

Re: [Plplot-devel] PLplot RC1 (fwd)

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

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

> [...]For now I can't download the tarball.

Is there some SF problem we should be aware of?  The tarball downloaded
very slowly (although that may have just been the default mirror I chose)
but reliably yesterday.

Alan

[Plplot-devel] Re: PLplot RC1 (fwd)

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

---------- Forwarded message ----------
Date: Mon, 14 Apr 2003 16:58:39 +0200 (CEST)
From: Volker Naulin <vol...@ri...>
To: Alan W. Irwin <ir...@be...>
Cc: Volker Naulin <vol...@ri...>
Subject: Re: PLplot RC1

On Mon, 14 Apr 2003, Alan W. Irwin wrote:

Hello,

sorry, the platform is intel p4 running Mandrake 9.0 and Mandrake 9.1.

There is one additional point:
In the plot of the world map (example 19) there is a very large equator
drawn (about 5% of the heigth of the map)......

Otherwise I also checked the tk and tcl demos and found that now all the
features of the tk interface work again.......

All the best
Volker


> Hi Volker,
>
> Thanks for your report.
>
> On what platform(s) have you tested PLplot-5.2.1.rc1?  We are trying to keep
> track of Linux distributions and Unix versions where it seems to be working
> for our users.
>
> I have just committed the change so the 21st example is included in the C
> examples Makefile, and I have passed on the other two minor issues you have
> found in the examples to the development team to deal with further.
>
> Alan
Volker

*****************************************************************
Dr. Volker Naulin                          Senior Scientist
Risoe National Laboratory
Optics and Fluid Dynamics
P.O. Box 49			           Phone: +45 46 77 45 38
DK-4000 Roskilde, Denmark                  FAX:   +45 46 77 45 65
*****************************************************************

Re: [Plplot-devel] PLplot RC1 (fwd)

[Rafael L. <lab...@ps...>]

* João Cardoso <jc...@fe...> [2003-04-14 15:23]:

> I will investigate this latter. For now I can't download the tarball.

You can also use:

    http://people.debian.org/~rafael/plplot.html

-- 
Rafael

Re: [Plplot-devel] PLplot RC1 (fwd)

[Rafael L. <lab...@ps...>]

Hi, 

Alan Irwin forwarded your message to us, thanks for the bug reports. I am
replying to your msg below, with Cc: to plplot-devel.  I hope you do not
mind it.

* Volker Naulin <vol...@ri...> [2003-04-14 07:21]:

> b) in example 21 Delauny and natural neighbours give something strange,
> mostly flat

This does not happen for me.  How different are your results from this:

    http://people.debian.org/~rafael/griddata.ps

> c) in example 20 when selecting the first point the crosshair has two
> additional lines added, they start at the left edge of the lena picture
> approx. at 25% and 50% of the height. The line starting at 50 % goes to
> the coordinates (40% of xmax, y) and the other one to (x, 50% of ymax)

I cannot replicate this neither.

My guess is that your problems are related to the Operating System you are
using.  Next time, please tell us which system you are using.  Also, iun
order to make our task easy, please include the maximum of information you
can (configure options, config.summary, etc.)

-- 
Rafael

Re: [Plplot-devel] PLplot RC1 (fwd)

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

On Monday 14 April 2003 15:21, Alan W. Irwin wrote:
| Rafael and Joao will you please coordinate a response to the minor
| issues this guy found? 
...

| a) the nice example 21 is not made with the other the c-demos

Seems that it is now corrected.

| b) in example 21 Delauny and natural neighbours give something
| strange, mostly flat

Didn't a warning message said that some features of the demo could only 
be used if you have the Qhull library?

| c) in example 20 when selecting the first point the crosshair has two
| additional lines added, they start at the left edge of the lena
| picture approx. at 25% and 50% of the height. The line starting at 50
| % goes to the coordinates (40% of xmax, y) and the other one to (x,
| 50% of ymax)

I will investigate this latter. For now I can't download the tarball.

Thanks,
Joao

|
| All the best, and thanks for the effort
|
| Volker
|
| *****************************************************************
| Dr. Volker Naulin                          Senior Scientist
| Risoe National Laboratory
| Optics and Fluid Dynamics
| P.O. Box 49			           Phone: +45 46 77 45 38
| DK-4000 Roskilde, Denmark                  FAX:   +45 46 77 45 65
| *****************************************************************
|
|
|
| -------------------------------------------------------
| This sf.net email is sponsored by:ThinkGeek
| Welcome to geek heaven.
| http://thinkgeek.com/sf
| _______________________________________________
| Plplot-devel mailing list
| Plp...@li...
| https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] Noticed a few minor issues with the examples on our web site.

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

Joao, there are some minor issues with the examples part of the web site
that you may want to address before the release.  I noticed that the
commentary at http://plplot.sourceforge.net/examples/index.html needs to be
changed, and you probably will also want to include example 21 (and perhaps
screenshots of the interactive examples 14 and 17 as well).

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 affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] PLplot RC1 (fwd)

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

P.S.  Just committed the minor change to include x21c in the C examples
Makefile.  But the other two issues I leave to Rafael and 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 affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

[Plplot-devel] PLplot RC1 (fwd)

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

Rafael and Joao will you please coordinate a response to the minor issues
this guy found?  Otherwise, sounds like a happy customer which is quite
encouraging for our first report.

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 affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

---------- Forwarded message ----------
Date: Mon, 14 Apr 2003 10:48:09 +0200 (CEST)
From: Volker Naulin <vol...@ri...>
To: Alan W. Irwin <ir...@be...>
Subject: PLplot RC1



Dear Alan,

thanks for the marvelous new features in plplot, the non-gridded data
stuff is very welcome.

I tested the rc1 today and found some minor things:

a) the nice example 21 is not made with the other the c-demos
b) in example 21 Delauny and natural neighbours give something strange,
mostly flat
c) in example 20 when selecting the first point the crosshair has two
additional lines added, they start at the left edge of the lena picture
approx. at 25% and 50% of the height. The line starting at 50 % goes to
the coordinates (40% of xmax, y) and the other one to (x, 50% of ymax)

All the best, and thanks for the effort

Volker

*****************************************************************
Dr. Volker Naulin                          Senior Scientist
Risoe National Laboratory
Optics and Fluid Dynamics
P.O. Box 49			           Phone: +45 46 77 45 38
DK-4000 Roskilde, Denmark                  FAX:   +45 46 77 45 65
*****************************************************************

Re: [Plplot-devel] RC1 officially released

[Rafael L. <lab...@ps...>]

* Alan W. Irwin <ir...@be...> [2003-04-13 18:16]:

> No doubt you have all seen the announcement on plplot-general, but there
> are additional points I want to make.
>
> [...]

Thanks, Alan, for your announcement and File Release management.

I introduced some last minute changes to this tarball, mainly regarding the
sed portability problems detected by Joao.  Please, test that.

-- 
Rafael

[Plplot-devel] RC1 officially released

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

No doubt you have all seen the announcement on plplot-general, but there are
additional points I want to make.

* My thanks to Rafael and Joao for all their efforts with the improvements
since 5.2.0.

* My thanks to the developers here who have tested the pre-release versions
made available by Rafael.

* Now is a good time for one further testing effort on the RC1 tarball to
make sure no recent changes have introduced new bugs.

* My thanks to Rafael for specifically preparing plplot-5.2.1.rc1.tar.gz
this weekend which I file released at SF.  As part of that process a notice
is automatically generated and distributed by SF about the release.  That
notice attracted thousands of downloads for PLplot-5.2.0 in its first week,
and my hope is that the same SF notice mechanism will attract widespread
testing of RC1.

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 affiliation with the PLplot scientific plotting software package
(plplot.org).

__________________________

Linux-powered Science
__________________________

[Plplot-devel] Re: [Plplot-cvs] CVS update notice (plplot/src)

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

On Friday 11 April 2003 17:00, Joao Cardoso wrote:
| Update of /cvsroot/plplot/plplot/src
| In directory sc8-pr-cvs1:/tmp/cvs-serv14724/src
|
| Modified Files:
| 	plmap.c
| Log Message:
| Use fabs() instead of abs(), as the native OSF1/alpha cc compiler

should be C compiler,  not cc, although cc could be Compaq C Compiler, 
ccc :)

Joao

Re: [Plplot-devel] New RC tarball available

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

On Wednesday 09 April 2003 21:34, Rafael Laboissiere wrote:
| * Jo=E3o Cardoso <jc...@fe...> [2003-04-09 19:25]:
| > (1) a non portable sed construct fails, but configure continues on.
|
| Which one?  I may try to fix it.

checking for octave... yes
sed: Function s/^.*version // ; q cannot be parsed.
warning: broken pipe
sed: Function s/^2.1//p ; d ; q cannot be parsed.
checking for Python.h... no

which happens in sysloc.in when:

# octave --version | sed 's/^.*version // ; q'
sed: Function s/^.*version // ; q cannot be parsed.

But=20

# octave --version | sed -e 's/^.*version //;q' | sed 's/ .*$//'=20
2.0.16

works. Also,=20

# echo 2.0.16 | sed 's/^2.1//p; d ; q'
sed: Function s/^2.1//p; d ; q cannot be parsed.

But=20

# echo 2.1.16 | sed 's/^2.1//p;d;q'
=2E16

Work. No spaces bewteen sed commands/sub-commands?

But , at swig detection this also happens, and removing the spaces=20
doesn't work:

# swig -version 2>&1 | sed 's/^SWIG Version //;tEND;d;:END q'=20
sed: The label s/^SWIG Version //;tEND;d;:END q is greater than eight=20
characters

this works:

# cat po | sed 's/^SWIG Version //; tEND
> ; d;
> :END
> q'
1.1 (Patch 5)

Can you figure it out? The man page says:

    An edit script consists of individual subcommands, each one
    on a separate  line.

Does this also apply to a label, even if not in a file? Don't know!

| > (2) there are unresolved symbols when building the cxx library,
| > symbols that are resolved at app link time. The reason(3) is that
| >    /bin/ld -shared  plstream.o  -rpath ...
| > is used to build the library instead of c++/g++.
|
| I have no clue about the source of this problem.  I simply do not
| understand how "/bin/ld" appears for you.  From inspecting the
| libtool script, it should be the value of $CC.  It is a mystery...

Yes, but today (new tarball), gcc is used, still the warnings appears.=20
Also when building the f77 library,
Warning: Unresolved:
s_copy
s_cmp

If CC=3Dcc, ld seems to be used (but I'm not going to rebuilt just to=20
check).
As these are warnings, that are resolved at app link time, there is no=20
harm.

| Out of order:
| > configure fails when specifying both CC=3Dxx and F77=3Dxx (7)
| >
| > [...]
| >
| > (5)Trying to use the native cc compiler using
| >    CC=3Dcc ./configure
| > gives the following error at configure time:
| > [...]
|
| Both these problems arise because libltdl/configure is generated with
| Autoconf in 2.13 compatibility mode (even if Autoconf 2.57 is used).=20
| It is a problem due to configure passing arguments to
| libltdl/configure in 2.57 style.
|
| I think I can fix this in bootstrap.sh and will generate a new
| tarball tomorrow.

Yes, things are now fixed.

|
| > (6) some C constructs have been corrected in x08c.c and x09c.c
|
| I saw your changes.  It is surprising that the OSF1/alpha native C
| compiler cannot cast floats from integers!

Yes. And I forgot to say in the commit message, #defines must be in=20
column 1 of the source file, no indentation!

*** Another problem: to detect png/jpeg the test programs in configure=20
must be linked with -lm:

configure:10025: checking for png support in libgd
configure:10055: gcc -o conftest -Idefault   conftest.c -Ldefault=20
=2DLdefault -Lde
fault -Ldefault -lgd -lpng -ljpeg -lz >&5
/bin/ld:
Unresolved:
floor
pow

Thanks,
Joao

Re: [Plplot-devel] New RC tarball available

[Rafael L. <lab...@ps...>]

* Rafael Laboissiere <lab...@ps...> [2003-04-10 10:29]:

> A side issue: I noticed that many files have outdated copyright notices
> (i.e. lacking "Copyright (C) 2003 Joe Developer").  I will probably fix some
> of them before the release.  If you are concerned, please, do it too.

I just cvs committed a script (scripts/check-year-author.pl) to help us in
that. The file attached below shows which developers have cvs touched which
files in 2003. 

-- 
Rafael

Re: [Plplot-devel] New RC tarball available

[Rafael L. <lab...@ps...>]

* Rafael Laboissiere <lab...@ps...> [2003-04-09 22:34]:

> I think I can fix this in bootstrap.sh and will generate a new tarball
> tomorrow.

Done as promised.  Please, test the new RC tarball (5.2.0.cvs.20030410),
available at:

    http://people.debian.org/~rafael/plplot.html

A side issue: I noticed that many files have outdated copyright notices
(i.e. lacking "Copyright (C) 2003 Joe Developer").  I will probably fix some
of them before the release.  If you are concerned, please, do it too.

-- 
Rafael

Re: [Plplot-devel] New RC tarball available

[Rafael L. <lab...@ps...>]

* João Cardoso <jc...@fe...> [2003-04-09 19:25]:

> (1) a non portable sed construct fails, but configure continues on.

Which one?  I may try to fix it.

> (2) there are unresolved symbols when building the cxx library, symbols 
> that are resolved at app link time. The reason(3) is that
>    /bin/ld -shared  plstream.o  -rpath ...
> is used to build the library instead of c++/g++.

I have no clue about the source of this problem.  I simply do not understand
how "/bin/ld" appears for you.  From inspecting the libtool script, it
should be the value of $CC.  It is a mystery...

Out of order:

> configure fails when specifying both CC=xx and F77=xx (7)
>
> [...]
>
> (5)Trying to use the native cc compiler using
>    CC=cc ./configure
> gives the following error at configure time:
> [...]

Both these problems arise because libltdl/configure is generated with
Autoconf in 2.13 compatibility mode (even if Autoconf 2.57 is used).  It is
a problem due to configure passing arguments to libltdl/configure in 2.57
style.

I think I can fix this in bootstrap.sh and will generate a new tarball
tomorrow.

> (6) some C constructs have been corrected in x08c.c and x09c.c

I saw your changes.  It is surprising that the OSF1/alpha native C compiler
cannot cast floats from integers!

-- 
Rafael

Re: [Plplot-devel] New RC tarball available

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

On Wednesday 09 April 2003 10:42, Rafael Laboissiere wrote:
| A new release candidate tarball (version 5.2.0.cvs.20030409) is
| available at the usual place:
|
|     http://people.debian.org/~rafael/plplot.html
|
| It includes the latest changes by Joao regarding plgriddata.

Under RH-8.0 it configure/make/install fine. Of course.

There is one harmless warning when compiling the octave bindings.
All c/f77/cxx examples work OK. The octave bindings (with octave-2.1.36) 
also works OK, but p14.m gives some warnings... under octave one can 
see that the -pthreads option to configure now enable the xwin driver 
to make redraws/resizes.

The tk driver also works OK.
I didn't test python nor tcl. Perhaps tomorrow.

Joao

Re: [Plplot-devel] New RC tarball available

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

On Wednesday 09 April 2003 10:42, Rafael Laboissiere wrote:
| A new release candidate tarball (version 5.2.0.cvs.20030409) is
| available at the usual place:
|
|     http://people.debian.org/~rafael/plplot.html
|
| It includes the latest changes by Joao regarding plgriddata.

On an alpha/OSF1 the tarball configure(1) and compiles(2) OK with 
gcc-3.0.3 and the native cc compiler(5)(6). Also, the native fortran 
compiler works fine for the f77 library and demos, but g77 fails for 
some (4)

configure fails when specifying both CC=xx and F77=xx (7)

The f77/c/c++ examples works fine.

(1) a non portable sed construct fails, but configure continues on.

(2) there are unresolved symbols when building the cxx library, symbols 
that are resolved at app link time. The reason(3) is that
   /bin/ld -shared  plstream.o  -rpath ...
is used to build the library instead of c++/g++.

(3) The full command that produces the warnings in (3) above.
(This is clearly a libtool issue)

/bin/bash ../../libtool --mode=link g++  -g -O2   -o libplplotcxxd.la 
-rpath /usr/users1/deec/jcard/test/lib -version-info 8:0:3 -rpath 
/usr/users1/deec/jcard/test/lib -no-undefined ../../src/libplplotd.la 
plstream.lo  -lm 
rm -fr .libs/libplplotcxxd.la .libs/libplplotcxxd.* 
.libs/libplplotcxxd.*
/bin/ld -shared  plstream.o  -rpath 
/usr/users1/deec/jcard/plplot-5.2.0.cvs.20030409/src/.libs:/usr/users1/deec/jcard/test/lib  
-L/usr/users1/deec/jcard/plplot-5.2.0.cvs.20030409/lib/csa/.libs 
../../src/.libs/libplplotd.so -lm  -lc  -msym -soname libplplotcxxd.so5 
`test -n "8.3.0:5.0:6.0:7.0:8.0" && echo -set_version 
8.3.0:5.0:6.0:7.0:8.0` -update_registry .libs/so_locations -o 
.libs/libplplotcxxd.so.8.3.0

(4) all 3D plots fail under g77 (not the native f77 compiler) with error
plot3dc: Y array must be strictly increasing, aborting operation

(5)Trying to use the native cc compiler using
   CC=cc ./configure
gives the following error at configure time:

checking whether the C compiler (cc  ) works... yes
checking whether the C compiler (cc  ) is a cross-compiler... no
checking whether we are using GNU C... no
checking whether cc accepts -g... yes
checking for working const... yes
checking for inline... __inline
checking for Cygwin environment... no
checking for mingw32 environment... no
checking how to run the C preprocessor... cc -E
checking host system type... Invalid configuration `CC=cc': machine 
`CC=cc' not recognized

checking build system type... Invalid configuration `CC=cc': machine 
`CC=cc' not recognized

But configure continues and make builds and the examples run (see 7 
bellow)

(6) some C constructs have been corrected in x08c.c and x09c.c

(7) continuation of (5)
CC=xx  F77=xx ./configure
...
configure: warning: CC=cc: invalid host type
configure: warning: F77=f77: invalid host type
configure: error: can only configure for one host and one target at a 
time

Joao

[Plplot-devel] New RC tarball available

[Rafael L. <lab...@ps...>]

A new release candidate tarball (version 5.2.0.cvs.20030409) is available at
the usual place: 

    http://people.debian.org/~rafael/plplot.html

It includes the latest changes by Joao regarding plgriddata.

-- 
Rafael

Re: [Plplot-devel] Time to start extensive testing

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

On Mon, 31 Mar 2003, Rafael Laboissiere wrote:

> Let us make things clear: the only currently "official" way to generate the
> tarball is through "make dist", preferably with scripts/make-cvs-tarball.sh.
> This is how the release candidates are being currently generated and is how
> the final tarball will be (unless Alan, our Release Engineer, decide to do
> it differently).

There is no question of any other alternative for the offical release
version.  It is essential to have the documentation and also the Debian
testing autotools patches (until the next autotools release, at least) in
the official release tarball.  So we are completely relying on Rafael here
for the official version, and that is the version you should test if you
just want to report bugs without acting on them.

However, for quick turnaround for testing out bug fixes on a wide variety of
platforms, unofficial tarballs are fine as well until the official tarball
catches up.  The simple approach in make_tarball.sh is very clear about what
is done and is quite convenient if you are unable to build the
documentation.  Of course there is also the alternative of using cvs on
every platform, but that alternative means you must also have the same
version of autotools and swig deployed on every platform as well. The
(official or unofficial) tarball approach does not have that requirement.

Note, when I have some more time later this week I intend to compare
make_tarball.sh and make-cvs-tarball results (outside the documentation) to
be sure we understand all the differences between them.

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] Time to start extensive testing

[Rafael L. <lab...@ps...>]

* Alan W. Irwin <ir...@be...> [2003-03-29 10:27]:

> I will make an announcement of the testing opportunity on plplot-general
> early next week.  (I am holding off now because Rafael forgot to update the
> tarball at http://people.debian.org/~rafael/plplot.html from Thursday's
> version which had some problems, and he is out of e-mail contact this
> weekend.)

I am back.  There is a new tarball available at the URL above, built with
today's cvs tree.

> Meanwhile, the developers here should be able to start testing this weekend
> by generating their own tarballs.
> 
> There are 3 possible methods of building a tarball.
> 
> [...]

Let us make things clear: the only currently "official" way to generate the
tarball is through "make dist", preferably with scripts/make-cvs-tarball.sh.
This is how the release candidates are being currently generated and is how
the final tarball will be (unless Alan, our Release Engineer, decide to do
it differently).

I am not going to fix problems that arise uniquely due to the use of
non-official (not to say deprecated) methods of tarball generation, like
make_tarball.sh.  On the other hand, if you are going to fix problems that
are in the CVS sources, then there is no need to generate tarballs.

Please, let us avoid misunderstandings: if we are talking about tarballs,
either get it at

    http://people.debian.org/~rafael/plplot.html

or generate it yourself with scripts/make-cvs-tarball.sh.

-- 
Rafael

[Plplot-devel] Time to start extensive testing

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

I am glad to report that except for constraints in our tcl/tk configuration
system that make it impossible to test the tcl/tk interface to plplot on
netbsd, our netbsd port is fine, and all the nagging problems I discussed with
Rafael over the last few days are now solved.  For example, this morning on
the netbsd system, I used plplot-test.sh to generate all psc and png
non-interactive examples for the c, c++, f77, octave, and python front ends.
There were no obvious problems in building any of these ~300 plots.

Now that we have this quite comprehensive netbsd test completed as well as
Joao's test of plplot in a more limited OSF1 environment, I want to strongly
encourage expanding the testing activity to all accessible platforms.

I will make an announcement of the testing opportunity on plplot-general
early next week.  (I am holding off now because Rafael forgot to update the
tarball at http://people.debian.org/~rafael/plplot.html from Thursday's
version which had some problems, and he is out of e-mail contact this
weekend.)

Meanwhile, the developers here should be able to start testing this weekend
by generating their own tarballs.

There are 3 possible methods of building a tarball.

(1) The simplest procedure is still to install autotools (autoconf-2.57,
automake-1.7.2, and libtool-1.4.3; all these versions must be exact), put
the resulting executables on your path, and

cvs export -D now plplot
cd plplot
./bootstrap.sh
cd include
touch plConfig.h.in  plDevs.h.in
cd ../..
tar zcf plplot.tar.gz plplot

However, your tarball will be missing the documentation, the perl-generated
tcl/tk interface, and the swig-generated python and java interfaces.

(2) If you have autotools, perl, and swig-1.3.17 (only that exact version)
on your system, then the better procedure is

cvs export -D now plplot
cd plplot
scripts/make_tarball.sh
cd ..
tar zcf plplot.tar.gz plplot

scripts/make_tarball.sh takes care of the perl and swig generation of the
tcl/tk, python, and java interfaces, as well all the required touching.
However, the resulting tarball will be missing the documentation.

(3) If you have autotools, perl, and swig on your system, and you are also
able to build the documentation (see doc/docbook/README.developers for a
list of the required packages and other comments) then you can simply use
Rafael's convenient script plplot/scripts/make-cvs-tarball.sh to build the
tarball.  The script takes care of the cvs export details and finishes by
moving the created full tarball (including the built documentation) to the
current directory.

After the tarball is created from current CVS using any one of the above 3
methods, then simply copy it to the Unix or Linux system you want to test.
N.B. autotools and swig will not be required on the test system!  In fact,
all you have to do on that system is the normal PLplot build, i.e.,

* Possibly set some environment variables to help our configuration system
find installed headers and libraries on the test system.  See configure.ac
and sysloc.in for possible environment variables to set although these
generally wont be needed if your test system follows the LSB.  Note this
is an area for possible improvement in the next two weeks; ideally we would
have documented configuration parameters to give the same information to
our configuration system as is currently conveyed by environment variables.
For example, on the netbsd system I set the following environment variables:
export GDINCDIR=/usr/pkg/include
export TCLINCDIR=/usr/pkg/include
export TKINCDIR=/usr/pkg/include
export PYTHON_INC_DIR=/usr/pkg/include/python2.2
export FREETYPEINCDIR=/usr/pkg/include/freetype2
export GDLIBDIR=/usr/pkg/lib
export PNGLIBDIR=/usr/pkg/lib
export JPEGLIBDIR=/usr/pkg/lib
export TCLLIBDIR=/usr/pkg/lib
export TKLIBDIR=/usr/pkg/lib
export FREETYPELIBDIR=/usr/pkg/lib

but individual configure switches for all of these would be nice as well.

* Use ./configure --help to find out about useful configure options.  One of
the most important of these is --prefix, and the defaults for the rest of
the options are useful for most needs.  This is another area for improvement
in the next two weeks.  Some of the documented plplot options don't work,
and some of the plplot options are not completely documented (especially
what the default values are)!

* ./configure --prefix=???

* make

* make install

* Test the result (if no obvious problems with make or make install).

cd $prefix/lib/plplot$version/examples)
cd c; make; cd ../c++; make; cd ../f77; make; cd ../tk; make; cd ..
./plplot-test.sh --device=psc
./plplot-test.sh --device=png
... (use plplot-test.sh --help to find out list of possible devices).

Good luck with your testing!  The more you do, the better our release
candidate will be on on April 12 (two weeks from today!), and the better our
final version will be on April 19.

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] Re: Tweaked ltdl.c -> new tarball

[Rafael L. <lab...@ps...>]

* Alan W. Irwin <ir...@be...> [2003-03-28 10:17]:

> On Fri, 28 Mar 2003, Rafael Laboissiere wrote:
> > I will fix c/Makefile.examples.in, replacing the pattern rule by an old
> > fashioned suffix rule, which should work in all platforms.  If this work,
> > then I will change the other three Makefile.examples.in.
> 
> Thanks.  Unfortunately, cannot test it yet because you haven't made a tarball
> yet....  But please go ahead regardless.  Your other suffix rules work
> fine for netbsd.

Done.

> I thought you had done changes to your local libltdl to remove the segfault,
> but looking in more detail at the new get-drv-info.c, I see that you assume
> a library linking problem will generate a libltdl segfault, and you
> intercept that.

The only purpose of my changes were to help chasing down the netbsd bug.  I
will let the SIGSEGV catching code there, in any case, since it may be
useful in the future.

On the other hand, the only change that I did in ltdl.c was the inclusion of
some fprint(stderr) in well chosen places.  That successfully caught the
libX11 linking problem in netbsd.

> That is okay for now, but I believe the logic depends on libltdl
> segfaulting, and I assume that will not always be the case.  Could you also
> put in a call to lt_dlerror after every call to libltdl routines and print
> out non-NULL results from that?

Done.

> That would continue to work when the segfault problems are eventually
> removed from libltdl.

That libltdl segfaults is a bad thing for sure, but notice that the xlibs
installation in your netbsd system is terribly broken.

> Also, I thought from your previous analysis you would be in a position to
> remove those segfaults from libltdl yourself by patching it, but it appears
> not.

That would be great, but it is not the case.

> Now, on to my recent problems.  You haven't made a tarball today, so I
> decided to create my own.  But it is missing some items, in particular
> if I start with a fresh checkout and do the following here is what I get:
> 
> software@starling> cp -a plplot_clean plplot_working
> software@starling> cd plplot_working
> /home/software/plplot_cvs/HEAD/plplot_working
> software@starling> ./bootstrap.sh; ./configure --enable-java --enable-builddoc >& configure.out
> Using aclocal options: -I /home/software/autotools/install/share/libtool/libltdl
> Running aclocal (GNU automake) 1.7.2... done
> Running autoheader (GNU Autoconf) 2.57... done
> Running automake (GNU automake) 1.7.2...configure.ac: installing `./install-sh'
> configure.ac: installing `./mkinstalldirs'
> configure.ac: installing `./missing'
> configure.ac:449: installing `./config.guess'
> configure.ac:449: installing `./config.sub'
> configure.ac:449: required file `./ltmain.sh' not found
> Makefile.am:31: required directory ./libltdl does not exist
> bindings/c++/Makefile.am: installing `./depcomp'
> drivers/Makefile.am: installing `./compile'
> Makefile.am:31: required directory ./libltdl does not exist
>  done
> Running libtoolize (GNU libtool) 1.4.3... done
> Running autoconf (GNU Autoconf) 2.57... done
> software@starling> less configure.out
> software@starling> make dist >& make_dist.out
> software@starling> tar ztvf plplot-5.2.0.cvs.tar.gz | grep ltmain
> software@starling> ls -l ltmain*
> -rw-r--r--    1 software software   142449 Mar 28 07:14 ltmain.sh
> 
> How come ltmain.sh is not in the tarball even though it is in the tree? I
> notice ltmain.sh is in the tarball you made yesterday, and also in tarballs
> I have previously made myself. I expect it has something to do with starting
> with a clean tree.  Would you please do that to see if you can replicate
> this error?

Fixed in CVS (hopefully).

-- 
Rafael

Re: [Plplot-devel] Re: Tweaked ltdl.c -> new tarball

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

On Friday 28 March 2003 20:02, Rafael Laboissiere wrote:
| * Alan W. Irwin <ir...@be...> [2003-03-28 10:34]:
| > That's wonderful news.  I like that 50 per cent increase in the
| > developers who can build the documentation! Please document what
| > you did in README.developers.
|
| I had to fix many things related to the inclusion of entities in the
| XML files, because the RH's libexpat was behaving differently from
| that in Debian.  Besides this, I remember that Joao had to increase
| the pool size of jadetex.  It is a FAQ, but I sent the recipe to
| Joao.  Joao, could you please add that to README.developers?

I add the configure options for SuSE-8.1 in that file -- they work on a 
normal user colleague computer.
But the pdf couldn't be build because of lack of latex resources (pool 
size, if I remember correctly).
In my computer I had to increase several parameters, don't remember 
which, and as I proceed through trial and error, I can't give that 
receipt 8-(

Joao

Re: [Plplot-devel] Re: Tweaked ltdl.c -> new tarball

[Rafael L. <lab...@ps...>]

* Alan W. Irwin <ir...@be...> [2003-03-28 10:34]:

> That's wonderful news.  I like that 50 per cent increase in the developers
> who can build the documentation! Please document what you did in
> README.developers.

I had to fix many things related to the inclusion of entities in the XML
files, because the RH's libexpat was behaving differently from that in
Debian.  Besides this, I remember that Joao had to increase the pool size of
jadetex.  It is a FAQ, but I sent the recipe to Joao.  Joao, could you
please add that to README.developers?

-- 
Rafael