plplot-cvs

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv27181

Modified Files:
	bootstrap.sh 
Log Message:
Inverted order of autoheader and automake invocations.  This makes the
script work in a freshly checkout CVS tree.  Also, this eliminates the need
for the "touch config.h.in" command, which has been removed.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv30354

Modified Files:
	configure.ac 
Log Message:
Removed the assignement of the AUTOHEADER variable to the dummy echo
command.  Autoheader will be invoked in the Makefile whenever configure.ac
is newer than include/plDev.h.in and/or include/plConfig.h.in.  Now that all
the AC_DEFINE macros have been fixed in configure.ac, the invocation of
autoheader will always succeed.

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv13818

Modified Files:
	sysloc.in 
Log Message:
swig version checks suggested by Rafael

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv4525

Modified Files:
	configure.ac sysloc.in 
Log Message:
Some improvements in the swig checks:

1) Versions 1.3.x, x >= 17 are accepted, not only exactly the version 1.3.17.

2) Some stylistic changes like the use of "test" instead of "[".  Also, I do
   not think that echoing the version numbers is useful, since it clutters
   the normal output of the configure script(that is pretty non-standard).
   I commented that. 
   
3) I added AC_MSG_WARN to tell the the user that the available swig is too
   old.  However, in order to not show spurious warning messages to the
   regular user, the AC_MSG_WARN is only run when we are in "maintainer
   mode".  For that to work, I added AM_MAINTAINER_MODE to configure.ac.
   This macro is almost harmless and one of the effects is to define a
   configure option --enable-maintainer-mode.  If you use it, then you will
   see the swig version warning if your swig is older than 1.3.17.  
   
I hope that the introduction of AM_MAINTAINER_MODE will not introduce
undesirable side-effects in the Makefiles.  If that happens or if you
dislike this idea, plese revert to the previous situation.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv17040

Modified Files:
	bootstrap.sh 
Log Message:
Issue messages at stdout about which program is launched, including version
information.  This is accomplished through the defined shell function "run".
Since this apparently does not work with vanilla Bourne shells, I made this
script run /bin/bash.  This is a mild constraint, since the developers that
are going to use the GNU AutoTools, almost certainly have GNU bash installed
in their systems.

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv27766

Modified Files:
	configure.ac 
Log Message:
Drop $LIB_TAG from STATIC_DRIVERS list.

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv17791

Modified Files:
	sysloc.in 
Log Message:
Remove unneeded cruft from sysloc.in.  This is a substantial (28 per cent)
reduction in the size of this large file.  The result has been tested with
essentially all drivers both for the dynamic driver and static driver case.

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv23902

Modified Files:
	ChangeLog 
Log Message:
Tweak

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv498

Modified Files:
	configure.ac 
Log Message:
$LIB_TAG is no more added to the filenames of drivers objects
<driver>_drv.so.  Instead, only the drivers directory gets its name changed
($LIB_DIR/$DATA_DIR/../drivers$LIB_TAG/).  To make things even more
maintainable and robust, a new AC_SUBST variable has been created in
configure.ac: DRV_DIR.  It is used in src/plcore.c instead of the hard-code
string "../drivers".

Of course, this changes does not preclude simultaneous installation of both
single and double precision version of PLplot (although I wonder who on
earth besides Maurice needs that!)

Besides being totally transparent to both users and developers, this changes
has a beneficial side effect: it reduces the complexity of the build scheme
of driver objects and drivers/Makefile.am becomes 20% smaller.

This change has been quickly tested in all the combinations of with- vs.
without-double and enable- vs. disable-dyndrivers.  More extensive tests
need to be done, though.

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv3069

Modified Files:
	PROBLEMS 
Log Message:
Tweak to reflect recent changes.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv20758

Modified Files:
	configure.ac 
Log Message:
Removed the unnecessary "_drv" suffix that was added to the filenames of the
driver objects.  I wonder why that has been introduced at the firtst place...

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv30070

Modified Files:
	configure.ac 
Log Message:
Change the way the information about the devices provided by the dyndrivers
are obtained.  Instead of using the cache file drivers.db, the information
is provided by the modules themselves.

Extensive information about this change will be sent to plplot-devel
shortly.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv16366

Modified Files:
	configure.ac 
Log Message:
Cleaned up the ps vs. pstex driver mess.  When dyndrivers are enabled, the 
use of --enable-pstex imply now the inclusion of the ps.so driver module, 
enabling the ps and psc devices.

On the other hand, when --enable-ps and --diasable-pstex are specified, the
pstex.so driver module is not erroneously installed, as it used to be.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv14155

Modified Files:
	bootstrap.sh 
Log Message:
This changes were necessary for me to get Libtool 1.4.3 working properly
with Autoconf 2.57 and Automake 1.7.2.  Apparently, something changed
between the version 1.4.2a and 1.4.3 of Libtool such that its aclocal.m4
does get not installed at all.  This is why the option -I is given to
aclocal now.

If launching simply "./bootstrap.sh" does not work for you, please give it
the arguments:

    ./bootstrap.sh -I <libltdl_inc_dir>
    
where <libltdl_inc_dir> is the location where the Libtool's aclocal.m4 is
found (it defaults to "/usr/share/libtool/libltdl").  In regular Linux
installations (like Debian) there is no need to specify arguments to
bootstrap.sh.  This is particularly necessary if you have built and
installed Libtool by hand.

I also made other two changes in order to get things working: option
--force-missing has been added to the automake call and the order of
invocation of automake and libtoolize are reversed.

The addition of the argument to bootstrap.sh needs to be documented.  I will
do that when I will have some more time.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv6484

Modified Files:
	bootstrap.sh 
Log Message:
Using $* instead of $1 for initializing the aclocal_opts variable.  Now, the
command

    ./bootstrap.sh -I <some_dir>
    
works as I announced it first (i.e. there is no need for quoting the
arguments).

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv21952

Modified Files:
	PROBLEMS 
Log Message:
Known CVS permission problems have been fixed by Rafael.  Adjust
make_tarball.sh accordingly.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv30113

Modified Files:
	Makefile.am configure.ac 
Log Message:
This commit regards two unrelated changes that are intertwisted in
Makefile.am.  I will report them separately below, such that reversal of
changes will be easier:

1) Put the doc/ directory under AT control.  This was done by, first, adding
   doc/Makefile to the repository (currently, only the man pages present in
   doc/ are installed); second, by adding doc/Makefile to the list of
   AC_OUTPUT files in configure.ac; and, third, by adding doc to the list of
   SUBDIRS in Makefile.am.
   
2) Changed the order of directories in SUBDIRS, by putting "drivers" after
   "bindings".  This is _very_ important, because the old oreder triggers an
   error in the very specific situation: (a) the option --prefix=/usr is
   given to configure and (b) an old version of the PLplot package is
   already installed under /usr (this happened when I tried to build the
   Debian packages).

There is also another change in Makefile.am: instead of having the list of
directories duplicated in the enable_dyndrivers conditional, only the
DRIVERSDIR variable is set and then used later when setting the value of the
SUBDIRS variable. This is a cosmetic change, I know, but let us follow
William of Occam's maxim: "Pluralitas non est ponenda sine neccesitate".

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv18900

Modified Files:
	Makefile.am 
Log Message:
Corrected ordering of directories.  The previous version was screwed up.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv17001

Modified Files:
	configure.ac 
Log Message:
This is a first try in integrating the DocBook source configuration into the
main configuration scheme.  I did not yet try to actually build the
documentation, but at least bootstrap.sh and configure work.

There is now a configure option --enable-docbook, which is set to "no" by
default.  If it is set to "yes", then the checks in doc/docbook/configure
are realized and the files under doc/docbook are AC_SUBSTituted.

The final goal of this effort will be to integrate the building of the docs
into the main build and set up things such that all the generated files get
included into the tarball with "make dist" (when that will happen,
make_tarball.sh will be rm -f and we will make a big celebration :-).

Alan, if you are hearing to this, please test when you can.  I am almost
sure it won't work perfectly, but I will try to be responsive on the bug
reports.

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv20732

Modified Files:
	.cvsignore configure.ac 
Log Message:
Changes to make docbook build work (except for final tarball build involving
make dest):

configure.ac: drop conditional AC_OUTPUT of configurable docbook files.
(Otherwise, makes standard make targets like 'make clean' fail.)
Define AM_CONDITIONAL for enable_docbook

doc/docbook/Makefile.am and doc/docbook/src/Makefile.am: use enable_docbook
AM_CONDITIONAL to skip documentation generation if not enabled by
configuration.  Also, drop redundant definitions which were causing
warnings.

doc/docbook/src/Makefile.am: replace $(PACKAGE) by plplotdoc

The build goes through until the very end when the following error message
is generated:

make[5]: *** No rule to make target dist'.  Stop.

This is generated by the rule

$(BASE).tar.gz: dist-stamp
dist-stamp:
        $(MAKE) dist
	touch dist-stamp

but I don't know how to fix that.  Over to you, Rafael....;-)

[Plplot-cvs] CVS update notice (plplot)

[Alan W. I. <ai...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv15508

Modified Files:
	bootstrap.sh 
Log Message:
Drop --force-missing as an option to the run automake command.  It was
incorrectly overwriting the PLplot INSTALL file which is under cvs control
with the generic, boring FSF INSTALL file.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv24906

Modified Files:
	configure.ac 
Log Message:
Fixing the version information in AM_INIT_AUTOMAKE, which was screwed up in
my last cvs commit.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv6975

Modified Files:
	configure.ac 
Log Message:
Since the advent of the Autotools configuration scheme, the replacement of
the string PLPLOT_OCTAVE_DIR in file plplot_octave_path.m is not done
anymore.  The necessary code to do it was in cf/pkg_octave.in, which was
included in one of the old Octave bindings Makefile.

The simplest way that I found to circumvent this problem is to take
advantage of the AC_SUBST mechanism of Autoconf.  Therefore, I cvs removed
the plplot_octave_path.m file and added plplot_octave_path.m.in, which
contains the string @OCTAVE_DIR@ that gets replaced when AC_OUTPUT is
called.

Joao, if you are hearing to this and disagree with my changes, please
manifest yourself.  Without this change, or something functionally
equivalent, the Octave bindings are unusable.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv15378

Modified Files:
	sysloc.in 
Log Message:
The variable OCTAVE_DIR is now set correctly, usign "${prefix}" instead of
"$(PREFIX)".   The AC_SUBSTitution in plplot_octave_path.m works fine now.

[Plplot-cvs] CVS update notice (plplot)

[Rafael L. <rla...@us...>]

Update of /cvsroot/plplot/plplot
In directory sc8-pr-cvs1:/tmp/cvs-serv32153

Modified Files:
	sysloc.in 
Log Message:
Made the Octave installation more sane.  This included several changes:

* use_plplot.m and and plplot_octave_path.m get installed in a directory
  belonging to the default Octave path.  This is very important, otherwise
  the users will not be able to issue the command "use_plplot"out of the box.

* For that, I used the technique of calling octave_config_info and checking
  the field localfcnfiledir in sysloc.in.

* The other files m files are installed, as usual in
  ${prefix}/share/plplot_octave.  The .oct file is isntalled in Octave
  binary the version-specific directory.
  
* There are now three AC_SUBSTituted variabels that get propagted in the
  Makefile.am's
  
      PLPLOT_OCTAVE_DIR (for the m fiels)
      OCTAVE_M_DIR (for use_plplot.m and and plplot_octave_path.m)
      OCTAVE_OCT_DIR (for plplot_octave.oct)

* These variables are effectively used in the Makefile.am.  The previous set
  up was completely inconsistent, since the "share/plplot_octave" directory
  was used in may places.  Even worse: it was preceeded by $(datadir).  What
  a mess!
  
* In bindings/octave/PLplot/Makefile.am there are now two different
  installation directories,  one for PLPLOT_OCTAVE_DIR and the other for
  OCTAVE_M_DIR, with the m files being accordingly distributed.

* bindings/octave/PLplot/plplot_octave_path.m.in uses now
  @PLPLOT_OCTAVE_DIR@ in order to get the right isntallation directory.