plplot-cvs

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
PDL demos for PLplot.

Added Perl examples directory, which work with the PDL::Graphics::PLplot
module (PDL version 2.4 or later).  For now, only example x01.pl is written.

The files README.perldemos and x01.pl will be unconditionally installed in
the $(DATA_DIR)/../examples/perl directory.  Of course, the scripts only
work if PDL is installed.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac Makefile.am 
Added Files:
	reconfig 
Log Message:
Disabled generation of reconfig script by configure

As per our discussion in plplot-devel in September 2003 (and since Maurice
agreed), the section in configure.ac responsible for the generation of the
reconfig script is removed.  The command "./config.status --recheck" has the
same effect (i.e. calling configure with the previously specified options).

In order to keep the functionality for the fingers too used to type
"./reconfig", a one-line shell script called reconfig has been added to the
repository.

Also, added reconfig to the EXTRA_DIST variable in the top-dir Makefile.am,
such that the script gets included into the distribution tarball.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac bootstrap.sh 
Log Message:
Modernized some Autotools constructs

The following old-style calls in configure.ac:

    AC_INIT(src/plcore.c)
    AM_INIT_AUTOMAKE(plplot, 5.2.1)

have been modernized to:

    AC_INIT(plplot, 5.2.1, plp...@li...)
    AC_CONFIG_SRCDIR(src/plcore.c)
    AM_INIT_AUTOMAKE

(see "info autoconf" and "info automake" for details).

The three scripts that parsed configure.ac and relied on the old-style call
of AM_INIT_AUTOMAKE have been changed accordingly.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	sysloc.in configure.ac acinclude.m4 
Log Message:

Clean up of configure messages

Changed many instances of AC_MSG_RESULT to more appropriate autoconf macros,
like AC_MSG_WARN, AC_MSG_ERROR, and AC_MSG_NOTICE.  Also, added some pairs
of AC_MSG_CHECKING/AC_MSG_RESULT around some checks where feedback to the
user was lacking (like in the Java checking section).

In implementing the changes, I noticed that there is a repetition of code
(probably done by cut & paste) for checking several different libraries (gd,
png, libz, etc).  I will try to change the code using the very nice
FIND_LIB* and FIND_INC* suites defined in acinclude.m4.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Quoted some double quotes in arguments of the CHECK_DTD macro call

This should make the tests for the DSSSL files more robust.  Thanks to Brian
D. Wright <bdw...@ph...> for the suggestion.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Call AC_PROG_CC_STDC before any call to Libtool related macros.

The command "./configure --disable-dyndrivers" works now.  This bug is
triggered using the most recent versions of the Autotools.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Use AC_F77_LIBRARY_LDFLAGS to define FLIBS, and use that when linking
libplplotf77[d].  The resulting fortran linking rules are more extensive
on Linux, but they still work, and they may work much better now for other
platforms such as Mac OS X.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:

Put back the setting of the variable plplot_config_invocationer with The
line containing "command:" in the configuration summary shows the configure
invokation again.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	.cvsignore 
Log Message:
Remove reconfig since that file is now under CVS control

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	Makefile.am 
Log Message:
Remove reconfig from the clean list

[Plplot-cvs] CVS update notice (plplot)

[Joao C. <jc...@us...>]

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

Modified Files:
	configure.ac 
Log Message:
Make with_pthreads=yes (an option only effective for the xwin driver) the default.

Recent changes to the xwin driver code should allow this to be now the default.
Use "-drvopt usepth=0" to not use pthreads to redisplay the plot when using the xwin driver.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Sane treatment of DATA_DIR and DRV_DIR

The variables/#defines DATA_DIR and DRV_DIR are treated now in a more
coherent and Autotools-friendly way.  The main changes regard:

    - Use of $libdir and $datadir as prefixes of DRV_DIR and DATA_DIR,
      respectively, in configure.ac.  This allows users to easily override
      the installation locations when running configure (options --libdir
      and --datadir).  The environment variables DATA_DIR and DRV_DIR are
      still honored.
      
    - DRV_DIR is an absolute path now, not relative to DATA_DIR as before.
      Besides it being cleaner and more intuitive, the new design allows
      better compliance with the FHS.  Indeed, architecture-independent
      files (like the font amd map files, as weel as examples and the Tcl
      stuff) go by default in $prefix/share, while driver module files
      (which are architecture-dependent) go in $prefix/lib.
      
As regards final results, the only difference with the previous situation is
that the *.fnt and *.map files are installed now in plplot<version>/ instead
of plplot<version>/data.  I did not try to keep the previous situation
because it would imply in the definition of a new variable/#define.
However, if the other developers have really strong arguments in favor of
it, I will implement that.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Quoted definition of DOC_DIR, such that '${datadir}'is propagated into the
Makefiles.  This allows specification of prefix at make run, like "make
prefix=/some/dir", as David Schleef suggested some time ago in plplot-devel.
Also changed the name of the variable from DOCDIR to DOC_DIR, for
consistency with the other *_DIR variables.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:

Sane behavior of TCL_DIR, LIB_DIR, and BIN_DIR.

  TCL_DIR: Made coherent the AC_SUSTitution for bindings/{tcl,tk}/Makefile.am 
    and the #define for bindings/tcl/tclAPI.c.  They both are prefixed by
    $datadir now.

  LIB_DIR & BIN_DIR: Made those Autotools-friendly.  They are now defined as
    $libdir and $bindir, respectively.  Besides this, LIB_DIR does not need
    to be AC_DEFINEd and BIN_DIR does not need to be AC_SUBSTituted, so
    removed those calls.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Commented out the call to AC_F77_LIBRARY_LDFLAGS, because it seems useless,
besides triggering an error when using plplot_libtool to build the F77
examples.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Use pkg-config in examples/*/Makefile.examples when appropriate

   - Makefile.examples are now under Automake control.  This means that
     Makefile.examples.in are removed from the CVS repository and replaced
     by Makefile.examples.am.  The Makefile.examples.in are automatically
     generated by bootstrap.sh (no change to the script was needed for
     that).

   - In the Makefile.examples.am, the rule to build the examples look
     like this:                                                           
               
     .c$(EXEEXT):
     if have_pkg_config
             $(CC) $< -o $@ `pkg-config --cflags --libs plplot$(LIB_TAG)`
     else                                                                
             plplot_libtool --mode=link $(CC) $(CFLAGS) $< $(INCLUDEANDLIB) -o
+$@
     endif

   - The AM_CONDITIONAL have_pkg_config is exercised in configure.ac and
     will be "true" when the pkg-config program is found in the system. 
     Also, there is a configure option --without-pkg-config (or        
     --with-pkg-config=no) that will disable the use of pkg-config and
     fallback to plplot_libtool.                                      

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Reintroduced AC_F77_LIBRARY_LDFLAGS, because the linking error that I was
observing with plplot_libtool was actually a bug in Debian package g77-3.3.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Fix for -dev tk on Linux.  src/plctrl.c requires BIN_DIR to be set to the
hard install path in order for -dev tk to find things.  To accomplish this
make the following fix:

-AC_DEFINE_UNQUOTED(BIN_DIR, "$BIN_DIR",
+AC_DEFINE_UNQUOTED(BIN_DIR, "`eval eval echo $BIN_DIR`",

This follows what was done for most (not all) other _DIR variables. I could
find no other use of BIN_DIR in the build tree other than above so I think
this is okay.  

Nevertheless, it is a tentative fix because I have spot-rezoned what Rafael
has done recently for his massive changes of all the _DIR variables, and he
may have had something else in mind.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Move back to the non-Automake method for generating the
examples/*/Makefile.examples.  

configure option --with-pkg-config is an opt-in now and defaults to "no".

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac acinclude.m4 
Log Message:
Fixed several issues related to the *_DIR variables

* Made the treatment of the *_DIR even more systematic now.  These variables
  are really intended to AC_SUBSTitution in the Makefile.in generated from
  Automake.  As such, they are always relative, never hard paths.
  
* When it is needed to get them substituted as hard paths (like in config.h
  via AC_DEFINE_UNQUOTED, or in the examples/*/Makefile.examples), then new
  variables are defined.  In particular, this is the case of the new
  variables INCLUDE_DIR_CMD and LIB_DIR_CMD, which should be used in
  examples/*/Makefile.examples and fix the problems with the plplot_libtool
  approach.
  
* In order to help expansion of hard paths, the macro EXPAND_EXPRESSION was
  added to acinclude.m4.
  
* Support for pkg-config was added to examples/tk/Makefile.examples.in.
  Build of the examples in examples/tk with pkg-config is not working yet,
  though.  The Tcl/Tk include directories are not being included.  I will
  fix this later.
  

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
* Define the expanded variables LIB_HARDDIR and DRV_HARDDIR (expanded or
"hard" versions of LIB_DIR and DRV_DIR).

* These variables are used to configure bindings/*/pkgIndex.tcl which are
then concatanated into bindings/pkgIndex.tcl.  The latter file is installed
in the $prefix/share tree.  It allows needed PLplot libraries or plug-in
drivers to be found in the $prefix/lib tree directly from the tclsh or wish
environments using the lappend command.

* With these changes (which adjust for moving all the installed PLplot
tcl/tk scripts from the $prefix/lib tree to the $prefix/share tree) I can
once again execute PLplot commands from tclsh and wish environments
following the instructions in examples/README.tcldemos and
examples/README.tkdemos.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Add top-level Makefile to installed examples tree.  To do this and to
avoid name clashes with existing Makefiles, the configurable file is
called Makefile.examples.in which is configured to Makefile.examples which
is renamed on install to Makefile.

The resulting Makefile in the installed examples tree is of considerable
usefulness.  Previous instructions were "cd c; make; cd c++; make; cd f77;
make; cd tk; make; cd ..; ./plplot-test.sh".  Those are now simply replace
(in the _installed_ examples tree or a copy of it) by "make;
./plplot-test.sh".  Also, the subdirectories are now configured in the
generated Makefile so the instructions don't have to be modified if, e.g.,
fortran, is not enabled.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:

* Created the AC_SUBSTituted variable PKG_CONFIG_ENV. This variable replaces
  the previous PKG_CONFIG_PATH.  It defaults to the usual
  "PKG_CONFIG_PATH=$PKG_CONFIG_DIR", but can be overriden by using the
  environment variable of same name.  This is done in debian/rules for
  instance , since setting PKG_CONFIG_PATH is not necessary in Debian.  The
  echo from the make command in the installed examples directories is much
  cleaner now (in Debian, at least):

      $ cd examples/c
      $ make -n x01c
      gcc x01c.c -o x01c  `pkg-config --cflags --libs plplotd`


* Added $(RPATH) to the compilation command under the pkg-config approach in
  the examples/*/Makefile.examples.in.


* In examples/tk/Makefile.examples.in, added include flags specific to
  Tcl/Tk in the compilation command under the pkg-config approach.  A new
  variable TCLTKINCCMD was created, which is also used in INCLUDEANDLIB.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac sysloc.in 
Log Message:
Get rid of lots of "default" linking cruft in configure.ac. Instead, use
ADD_TO_INCS and ADD_TO_LIBS in sysloc.in.  

There is more of this to do for the (i)tcl/tk flags, but that is a more
complicated situation, and in any case tcl/tk configuration needs a complete
rewrite in other ways as well.

[Plplot-cvs] CVS update notice (plplot)

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

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

Modified Files:
	configure.ac 
Log Message:
Fixed use of rpath option in compile commands under the pkg-config paradigm.

A new AC_SUBST variable RPATHCMD is created in configure.ac containing
"-Wl,-rpath -Wl,$libdir".  This solution has portability issues, but should
work now for a large spectrum of systems/compilers.  I will revisit this
issue in the future.