plplot-general — PLplot user discussion group

Re: [Plplot-general] Compiling a program: undefined reference

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

On 2007-09-07 01:09-0400 Salazar, German P21322 wrote:

>
> Well, yes, as a matter of fact, we built plplot to generate static libraries; and I am also compiling a program to staticly link those libraries.
>
> As far as platform and the like info goes, right now I am in Linux; but I will be doing the same thing for Solaris and Windows.
>
> I am using the gcc and g95 compilers in all three platforms.
>
> While we are using cmake to compile plplot, I am NOT using it to compile my own fortran program that uses plplot.
>
> After taking a look at one of the files used by plplot, it seems as if plplot links in all the drivers all the time...so, I started to include some, too (as hinted by the messages), until all the "undefined reference" messages disappeared.  Here is what I ended up with:
>
> 	g95 -I/usw/ude/Linux/include \
> 	    -L/usw/ude/Linux/lib    \
> 	    -r8 -Bstatic -s -ffixed-line-length-132 -ftrace=full \
> 	    -o  try  try.f   \
> 	    -lplplotf77d -lplplotf77cd -lplplotd \
> 	    -lgd \
> 	    -ltcl8.4 \
> 	    -ltk8.4 \
> 	    -lhpdf \
> 	    -lm   \
> 	    -lcsirocsa
>
> Directory /usw/ude/Linux is where we install our third party software, like plplot.
>
> Basically, the libraries that I thought I should not need but had to add anyway are:
> 	    -lgd \
> 	    -ltcl8.4 \
> 	    -ltk8.4 \
> 	    -lhpdf \
>
> Who knows, eventually, I may have to add other things like the ones that show up in the files used by plplot: png, z, jpeg, xwin, X11, Xext, SM and ICE...I think I will know when, except for SM and ICE...what is that?
>
> So, that's that, and if that's the way plplot works, fine; it does not seem ideal, but now I know.
>
> So, it looks like I am in business.

That's good to hear.

Nevertheless, instead of being so specific above with your link flags, have
you tried using pkg-config instead just like our compilation of the
installed examples does?  pkg-config is a very popular application on Linux
(also buildable on Unix) which conveniently delivers all the compile and
link flags required to build applications that use given packages such as
PLplot.  (cmake will warn you if you don't have pkg-config installed.)
pkg-config is just a convenient small application that is completely
independent of CMake.

I had thought all along that perhaps you might have found a bug in how we
configured pkg-config for the static libraries case, but now it turns out
you have not been using pkg-config to build your applications. In any case,
I would be most interested in your (static-build) results for running make
in the _installed_ $prefix/share/plplot5.7.4/examples directory.  That make
command should run pkg-config appropriately to build the examples, and you
should be able to follow that convenient cookbook when building your own
applications as well.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Compiling a program: undefined reference

[Salazar, G. P. <ger...@si...>]

Well, yes, as a matter of fact, we built plplot to generate static =
libraries; and I am also compiling a program to staticly link those =
libraries.

As far as platform and the like info goes, right now I am in Linux; but =
I will be doing the same thing for Solaris and Windows.

I am using the gcc and g95 compilers in all three platforms.

While we are using cmake to compile plplot, I am NOT using it to compile =
my own fortran program that uses plplot.

After taking a look at one of the files used by plplot, it seems as if =
plplot links in all the drivers all the time...so, I started to include =
some, too (as hinted by the messages), until all the "undefined =
reference" messages disappeared.  Here is what I ended up with:

	g95 -I/usw/ude/Linux/include \
	    -L/usw/ude/Linux/lib    \
	    -r8 -Bstatic -s -ffixed-line-length-132 -ftrace=3Dfull \
	    -o  try  try.f   \
	    -lplplotf77d -lplplotf77cd -lplplotd \
	    -lgd \
	    -ltcl8.4 \
	    -ltk8.4 \
	    -lhpdf \
	    -lm   \
	    -lcsirocsa

Directory /usw/ude/Linux is where we install our third party software, =
like plplot.

Basically, the libraries that I thought I should not need but had to add =
anyway are:
	    -lgd \
	    -ltcl8.4 \
	    -ltk8.4 \
	    -lhpdf \

Who knows, eventually, I may have to add other things like the ones that =
show up in the files used by plplot: png, z, jpeg, xwin, X11, Xext, SM =
and ICE...I think I will know when, except for SM and ICE...what is =
that?

So, that's that, and if that's the way plplot works, fine; it does not =
seem ideal, but now I know.

So, it looks like I am in business.

Thanks for the feedback.

Germ=E1n=20


=20

-----Original Message-----
From: Alan W. Irwin [mailto:ir...@be...]=20
Sent: Thursday, September 06, 2007 4:18 PM
To: Salazar, German P21322
Cc: plp...@li...
Subject: Re: [Plplot-general] Compiling a program: undefined reference

On 2007-09-06 15:12-0400 Salazar, German P21322 wrote:

> : undefined reference to `gdImageLine'
> /usw/ude/Linux/lib/libplplotd.a(gd.o)(.text+0xbe0): In function
> `fill_polygon':
>
> ...and the list goes on.
>
> Questions:
>
> Why is it trying to use all these drivers if I am only using "psc" =
from
> Fortran?
> Is it possible that plplotd.a was not properly randomized and somehow
> when I link it, I link the entire file?
>
> Pointers would be much appreciated.

Please give details of what you did, i.e., cmake command-line options =
and
full cmake output at minimum.  Also, identify your platform and be =
specific
about the "compile process" you are using.

In the absence of those details, I can only guess what the issue is.  It
appears from above that you have done a static library build for PLplot
which is a non-default configuration which we don't test very much.  So =
you
may have inadvertently found some external build issue for that case.  =
But
please give the details requested above so I can replicate the static =
build
issue here and fix it.

If you did not specifically go out of your way to specify a static =
library
build, then cmake probably found something missing on your system that
forced that.  To avoid that result, pay close attention to any warnings =
you
get from cmake concerning shared libraries and address the issue so you =
can
build shared libraries for PLplot.  Shared libraries are our most =
thoroughly
tested configuration.

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 libLASi project (unifont.org/lasi); the Loads =
of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Compiling a program: undefined reference

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

On 2007-09-06 15:12-0400 Salazar, German P21322 wrote:

> : undefined reference to `gdImageLine'
> /usw/ude/Linux/lib/libplplotd.a(gd.o)(.text+0xbe0): In function
> `fill_polygon':
>
> ...and the list goes on.
>
> Questions:
>
> Why is it trying to use all these drivers if I am only using "psc" from
> Fortran?
> Is it possible that plplotd.a was not properly randomized and somehow
> when I link it, I link the entire file?
>
> Pointers would be much appreciated.

Please give details of what you did, i.e., cmake command-line options and
full cmake output at minimum.  Also, identify your platform and be specific
about the "compile process" you are using.

In the absence of those details, I can only guess what the issue is.  It
appears from above that you have done a static library build for PLplot
which is a non-default configuration which we don't test very much.  So you
may have inadvertently found some external build issue for that case.  But
please give the details requested above so I can replicate the static build
issue here and fix it.

If you did not specifically go out of your way to specify a static library
build, then cmake probably found something missing on your system that
forced that.  To avoid that result, pay close attention to any warnings you
get from cmake concerning shared libraries and address the issue so you can
build shared libraries for PLplot.  Shared libraries are our most thoroughly
tested configuration.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Compiling a program: undefined reference

[Salazar, G. P. <ger...@si...>]

=20
Well, we went ahead and installed the latest and greatest plplot.
Before, we had only included a couple of drivers (ps and psc) and a
couple of bindings (C and Fortran).  This time, though, we enabled as
many drivers as we could (X, pdf, etc) and several language bindings
(C++, tcl/tk, etc.)...now, the one compilation process that I was
following before does not work anymore...I am getting a long list of
"undefined reference" messages:

/usw/ude/Linux/lib/libplplotd.a(tk.o)(.text+0x2850): In function
`link_init':
: warning: the use of `tmpnam' is dangerous, better use `mkstemp'
/usw/ude/Linux/lib/libplplotd.a(gd.o)(.text+0xa22): In function
`plD_line_png':
: undefined reference to `gdImageLine'
/usw/ude/Linux/lib/libplplotd.a(gd.o)(.text+0xbe0): In function
`fill_polygon':
: undefined reference to `gdImageFilledPolygon'
/usw/ude/Linux/lib/libplplotd.a(gd.o)(.text+0xc3e): In function
`setcmap':
: undefined reference to `gdImageColorDeallocate'
.
.
.
/usw/ude/Linux/lib/libplplotd.a(pdf.o)(.text+0x2d4): In function
`plD_init_pdf':
: undefined reference to `HPDF_Free'
/usw/ude/Linux/lib/libplplotd.a(pdf.o)(.text+0x31e): In function
`plD_bop_pdf':
: undefined reference to `HPDF_AddPage'
/usw/ude/Linux/lib/libplplotd.a(pdf.o)(.text+0x340): In function
`plD_bop_pdf':
: undefined reference to `HPDF_Page_SetSize'
/usw/ude/Linux/lib/libplplotd.a(pdf.o)(.text+0x369): In function
`plD_bop_pdf':
: undefined reference to `HPDF_Page_Concat'
.
.
.
/usw/ude/Linux/lib/libplplotd.a(tk.o)(.text+0x12fd): In function
`tk_di':
: undefined reference to `Tcl_SetVar'
/usw/ude/Linux/lib/libplplotd.a(tk.o)(.text+0x1380): In function
`tk_di':
: undefined reference to `Tcl_SetVar'
/usw/ude/Linux/lib/libplplotd.a(tk.o)(.text+0x13c2): In function
`tk_di':
: undefined reference to `Tcl_SetVar'
/usw/ude/Linux/lib/libplplotd.a(tk.o)(.text+0x1404): In function
`tk_di':

...and the list goes on.

Questions:=20

Why is it trying to use all these drivers if I am only using "psc" from
Fortran?
Is it possible that plplotd.a was not properly randomized and somehow
when I link it, I link the entire file?

Pointers would be much appreciated.

German

Re: [Plplot-general] cmake and plplot 574

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

On 2007-09-06 00:06-0400 David Strang wrote:

> Hello all:
>
> I installed Kubuntu Linux on a PC a few weeka ago and thought I would try installing
> the latest PLPLOT (574). I've been using PLPLOT since the early days of the Amiga.
>
> How do I get this distribution compiled and installed?

Generally, follow the directions at http://www.miscdebris.net/plplot_wiki/.
However, it appears you may have looked at those already so I will attempt
to summarize the absolutely essential stuff below.

>
> I unpacked the tarball to my home directory (for now) and made a build directory at the
> same level.
>
> I ran:
>
> cmake -DCMAKE_INSTALL_PREFIX=../build_dir -DCMAKE_VERBOSE_MAKEFILE=ON
../plplot-5.7.4 >& cmake.out

Try to distinguish clearly between source, build, and install directory trees.

The root of the source directory tree is where the tarball is unpacked
(plplot-5.7.4).  To make your life simple, never run a build from there (and
if you have done so by accident, remove the source directory and make a
fresh start with a freshly unpacked tarball).

The root of the build directory should be initially empty.  That is the
directory you cd to before you run "cmake", "make", and "make install".  By
separating the source tree and build tree you keep the source tree
untouched.  I presume from the name you have given it, you want that root of
the build tree to be build_dir.  So cd to that directory (and make sure it
is initially empty) before you run cmake, etc.

The root of the install tree is the installation prefix where "make install"
installs stuff.  It should not be build_dir.  Let's suppose you want to use
the $(HOME)/install_dir installation prefix.  (I have specified
$(HOME)/install_dir because I believe you need an absolute path for the
install prefix.) So assuming you are in build_dir, the above command should
be

cmake -DCMAKE_INSTALL_PREFIX=$(HOME)/install_dir -DCMAKE_VERBOSE_MAKEFILE=ON \
../plplot-5.7.4 >& cmake.out

But that difference in -DCMAKE_INSTALL_PREFIX only matters at the "make
install" stage.

I had a look at your cmake.out, and you are missing a lot of stuff you may
want to get later (generally by installing development libraries that PLplot
extended functionality [bindings and drivers] depends on), but it looks like
everything worked to configure a simple build of the core of PLplot (+ C++
and Fortran 77 bindings).  You may have thought nothing happened with make
because a build of such a limited version of PLplot is going to be extremely
fast.

With a fresh start (freshly unpacked tarball, initially empty build_dir),
what does your make.out file look like?  I suspect it will be fine with no
errors.  If so, then move on to

make install >& make_install.out

cd $(HOME)/install_dir/share/plplot5.7.4/examples
make >& make_examples.out

That latter command builds the installed examples.  If you want to test them
run ./plplot-test.sh from that same directory.

Of course, check out the *.out files for any errors/warnings, and if you
encounter some post the complete set of *.out files (no need to repeat
cmake.out, of course since you have already sent it) up to and including the
error to this list (preferably as a compressed tarball attachment).

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] cmake and plplot 574

[David S. <ds...@ch...>]

Hello all:

I installed Kubuntu Linux on a PC a few weeka ago and thought I would try installing
the latest PLPLOT (574). I've been using PLPLOT since the early days of the Amiga.

How do I get this distribution compiled and installed?

I unpacked the tarball to my home directory (for now) and made a build directory at the
same level.

I ran:

cmake -DCMAKE_INSTALL_PREFIX=../build_dir -DCMAKE_VERBOSE_MAKEFILE=ON ../plplot-5.7.4 >& cmake.out

I then ran make >& make.out  and I still have nothing. I really just wanted to compile the examples, figuring these
would be simple, but
the Makefiles generated by cmake are useless. cmake does a lot of nothing.

What do I need to get PLPLOT compiled with cmake?

Any and all help would be greatly appreciated.

Regards,
David E. Strang
ds...@ch...



cmake.out looks like this:

 -- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Check size of void*
-- Check size of void* - done
-- Check for working CXX compiler: /usr/bin/g++
-- Check for working CXX compiler: /usr/bin/g++ -- works
-- Checking whether system has ANSI C header files
-- Looking for include files StandardHeadersExist
-- Looking for include files StandardHeadersExist - found
-- Performing Test memchrExists
-- Performing Test memchrExists - Success
-- Performing Test freeExists
-- Performing Test freeExists - Success
-- Check for whether ctype.h macros work on characters with the
   high bit set.
-- High-bit characters - work
-- ANSI C header files - found
-- Looking for include files HAVE_UNISTD_H
-- Looking for include files HAVE_UNISTD_H - found
-- Looking for include files HAVE_TERMIOS_H
-- Looking for include files HAVE_TERMIOS_H - found
-- Looking for include files HAVE_STDINT_H
-- Looking for include files HAVE_STDINT_H - found
-- Performing Test HAVE_SYS_WAIT_H
-- Performing Test HAVE_SYS_WAIT_H - Success
-- Looking for DIR in sys/types.h;dirent.h
-- Looking for DIR in sys/types.h;dirent.h - found
-- Check for signal return type in <signal.h>
-- Check for signal handler return type type void  - found
-- Looking for popen
-- Looking for popen - found
-- Looking for usleep
-- Looking for usleep - found
-- Looking for isinf
-- Looking for isinf - found
-- Looking for finite
-- Looking for finite - found
-- Looking for isnan
-- Looking for isnan - found
-- SWIG was not found. Please specify Swig executable location
-- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so
-- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - not found
-- X11_FOUND = 1
-- X11_INCLUDE_DIR = /usr/include
-- X11_COMPILE_FLAGS = -I/usr/include
-- X11_LIBRARIES = /usr/lib64/libX11.so;/usr/lib64/libXext.so
-- X11_LIBRARY_DIR = /usr/lib64
-- Check for using namespace support
-- Check for using namespace - found
-- Looking for C++ include cmath
-- Looking for C++ include cmath - found
-- Check for broken isnan support in <cmath>
-- Check for isnan in <cmath> - found
-- Check for using stdint.h with CXX compiler
-- Check for using stdint.h with CXX compiler - ok
-- Check for working Fortran compiler: /usr/bin/g77
-- Check for working Fortran compiler: /usr/bin/g77 -- works
-- Checking whether /usr/bin/g77 supports Fortran 90
-- Checking whether /usr/bin/g77 supports Fortran 90 -- no
-- WARNING: fortran compiler does not support f90/95. Disabling f95 bindings
-- Check for using namespace support
-- Check for f77 command line support - found
-- NOTICE: Found: /usr/bin/g77
-- WARNING: swig not found. Disabling java bindings
-- WARNING: swig not found. Disabling python bindings
-- OCTAVE = /usr/bin/octave
-- WARNING: mkoctfile not found. Disabling octave bindings
-- Looking for include paths and libraries for Tcl/Tk
-- Looking for include paths and libraries for Tcl/Tk - not found
-- WARNING: Disabling everything that is Tcl/Tk related
-- Check for NaN awareness in C compiler
-- Check for NaN awareness in C compiler - found
-- FindQHull: Found both qhull_a.h and libqhull.a
-- Looking for qh_new_qhull
-- Looking for qh_new_qhull - found
-- Looking for pkg-config - found
-- checking for module 'pango'
--   package 'pango' not found
-- WARNING: pkg-config does not find pango.
-- checking for module 'pangoft2'
--   package 'pangoft2' not found
-- WARNING: pkg-config does not find pangoft2.
-- Looking for dlopen in dl
-- Looking for dlopen in dl - found
-- Found LTDL: /usr/lib64/libltdl.so;/usr/lib64/libdl.so
-- WARNING: cd.h and/or libcd.a not found.  Setting PLD_cgm to OFF.
-- checking for module 'libgnomeprintui-2.2'
--   package 'libgnomeprintui-2.2' not found
-- WARNING: libgnomeprintui-2.2 not found.  Setting PLD_gcw to OFF.
-- WARNING: PLD_gcw is OFF so setting ENABLE_gnome2 to OFF.
-- WARNING: PLD_gcw is OFF so setting ENABLE_pygcw to OFF.
-- WARNING: ENABLE_tk OFF.  Setting PLD_tk, PLD_ntk, and PLD_tkwin OFF.
-- checking for modules 'lasi;pangoft2;pango'
--   package 'lasi' not found
--   package 'pangoft2' not found
--   package 'pango' not found
includedir =
libdir =
linkflags =
cflags =
-- WARNING: pango, pangoft2, or lasi not found with pkg-config.
   Setting PLD_psttf to OFF.  Please install all of these packages
   and/or set the environment variable PKG_CONFIG_PATH appropriately.
-- Looking for gdi32 header and library
-- Looking for gdi32 header and library - not found
-- WARNING: Setting PLD_wingcc to OFF.
-- WARNING: wxWidgets not found so setting PLD_wxwidgets to OFF.
-- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF.

Summary of CMake build system results for PLplot

Install location variables which can be set by the user:
CMAKE_INSTALL_PREFIX:      /home/dave/Plplot574/test_dir
CMAKE_INSTALL_EXEC_PREFIX  /home/dave/Plplot574/test_dir
CMAKE_INSTALL_BINDIR 	   /home/dave/Plplot574/test_dir/bin
CMAKE_INSTALL_DATADIR 	   /home/dave/Plplot574/test_dir/share
CMAKE_INSTALL_LIBDIR 	   /home/dave/Plplot574/test_dir/lib
CMAKE_INSTALL_INCLUDEDIR   /home/dave/Plplot574/test_dir/include
CMAKE_INSTALL_INFODIR 	   /home/dave/Plplot574/test_dir/share/info
CMAKE_INSTALL_MANDIR 	   /home/dave/Plplot574/test_dir/share/man

Derived install location variables:
DATA_DIR	/home/dave/Plplot574/test_dir/share/plplot5.7.4
LIB_DIR		/home/dave/Plplot574/test_dir/lib
INCLUDE_DIR	/home/dave/Plplot574/test_dir/include/plplot
BIN_DIR		/home/dave/Plplot574/test_dir/bin
TCL_DIR		/home/dave/Plplot574/test_dir/share/plplot5.7.4/tcl
PYTHON_INSTDIR
DRV_DIR		/home/dave/Plplot574/test_dir/lib/plplot5.7.4/driversd
DOC_DIR		/home/dave/Plplot574/test_dir/share/doc/plplot
MAN_DIR		/home/dave/Plplot574/test_dir/share/man
INFO_DIR	/home/dave/Plplot574/test_dir/share/info

Other important CMake variables:

CMAKE_SYSTEM_NAME:	Linux
UNIX:			1
WIN32:
APPLE:
MSVC:				(MSVC_VERSION:	)
MINGW:
MSYS:
CYGWIN:
BORLAND:
WATCOM:

SWIG_FOUND:		FALSE
PERL_FOUND:		YES
X11_FOUND:		1

CMAKE_BUILD_TYPE:
CMAKE_C_COMPILER CMAKE_C_FLAGS:			/usr/bin/gcc
CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS:		/usr/bin/g++
CMAKE_Fortran_COMPILER CMAKE_Fortran_FLAGS:	/usr/bin/g77
Target Fortran:
LIB_TAG:		d

ENABLE_DYNDRIVERS:	ON
DEVICES_LIST: hp7470;hp7580;lj_hpgl;mem;null;pbm;plmeta;ps;svg;xfig;xwin
DRIVERS_LIST: hpgl;mem;null;pbm;plmeta;ps;svg;xfig;xwin

Library options:
BUILD_SHARED_LIBS:	ON		PL_DOUBLE:	ON

Optional libraries:
HAVE_QHULL:		ON		WITH_CSA:	ON
HAVE_FREETYPE:		ON		HAVE_PTHREAD:	OFF
HAVE_AGG:

Language Bindings:
ENABLE_f77:		ON		ENABLE_f95:		OFF
ENABLE_cxx:		ON		ENABLE_java:		OFF
ENABLE_python:		OFF		ENABLE_octave:		OFF
ENABLE_tcl:		OFF		ENABLE_itcl:		OFF
ENABLE_tk:		OFF		ENABLE_itk:		OFF
ENABLE_pdl:		OFF		ENABLE_wxwidgets:	OFF
ENABLE_gnome2:		OFF		ENABLE_pygcw:		OFF
ENABLE_ada:		OFF

-- Configuring done
-- Generating done
-- Build files have been written to: /home/dave/Plplot574/build_dir

Re: [Plplot-general] replot: buffer not available (thread started as "post processing with plrender")

[Salazar, G. P. <ger...@si...>]

Alan:

Thanks for such a complete report.

I guess there are too many tricks to make plreplot work from =
Fortran...tricks that will eventually trip somebody over at some point; =
not to mention that, like I said before, I am going =
multi-platform...Solaris, Linux, Windows...so the xwin thing may not fly =
to good there. Also, I mentioned earlier that we couldn't make the =
plplot installation befriend Active State's tcl installation, which =
leaves tk out of the picture, too.  I was already refered to some =
instructions, but I have no re-visited that link.

I will stick with dual streams, since it works without any tricks.

Thanks, again.

Germ=E1n
=20

-----Original Message-----
From: Alan W. Irwin [mailto:ir...@be...]=20
Sent: Tuesday, September 04, 2007 4:15 PM
To: Salazar, German P21322
Cc: plp...@li...
Subject: Re: [Plplot-general] replot: buffer not available (thread =
started as "post processing with plrender")

On 2007-09-04 14:32-0400 Salazar, German P21322 wrote:

> Well, I am back, although I have now changed the topic title to =
"replot".
>
> Like I said before, my ultimate objective is to have a single ps =
document where, say, pages 1 and 3 are in landscape and page 2 in =
portrait; that, I can already do with a small script if I have the two =
original files, one with all pages in landscape and another with all =
pages in portrait...then, I can pick and choose what pages I want in the =
final document.
>
> Here is the thing:
> I have managed to plot in landscape (no surprise there, that is the =
default).
> I have managed to plot in portrait, for real; the one option that does =
it is command line argument -portrait, and not plsdiori.
> I have also managed to do both things above in a single run by opening =
two streams, one left alone (landscape) and another set to protrait.  =
This way I end up with I what need.
>
> So, basically, I am done.
>
> The thing is that I see a couple of C examples with the plreplot() =
command and I thought that was a lot more elegant than having to open =
two streams at the begining, keep switching/plotting to both streams at =
all times, and closing both streams at the end. Just doing everything =
once and saving a copy of it at the end seems simpler, if I can change =
from landscape to portrait right before the replot...except that I =
couldn't get there, since plreplot() will not work for me from =
Fortran...curiously enough, there are two C examples that use plreplot() =
but none in Fortran...does this mean something, i.e., plreplot does not =
work from fortran?
>
> Here is the message:
>
> *** PLPLOT WARNING ***
> plreplot: plot buffer not available

I got this to work, but only under special circumstances for both the C =
and
Fortran 77 version of our examples.

Here is the fortran patch for example 1.
****************
--- x01f.f_original     2007-09-04 12:01:35.000000000 -0700
+++ x01f.f      2007-09-04 12:36:20.000000000 -0700
@@ -28,6 +28,7 @@
        integer digmax
        integer PL_PARSE_FULL
        parameter(PL_PARSE_FULL =3D 1)
+      integer cur_strm, new_strm
  C      some fortran compilers demand typing of intrinsic lnblnk, and
  C      although this is not demanded on g77 it also works there.
        integer lnblnk
@@ -72,6 +73,19 @@

        call plot2()
        call plot3()
+      ! Test whether can work with streams and plreplot from fortran.
+      call plgstrm(cur_strm)!      /*get current stream */
+      call plmkstrm(new_strm)!   /* create a new one */=20
+=20
+      call plsfnam("test_stream.ps")!       /* file name */
+      call plsdev("psc")!         /* device type */
+
+      call plcpstrm(cur_strm, 0)! /* copy old stream parameters to new =
stream */
+      call plreplot()!      /* do the save by replaying the plot buffer =
*/
+      call plend1()!              /* finish the device */
+
+      call plsstrm(cur_strm)!     /* return to previous stream */
+
  C      Don't forget to call PLEND to finish off!

        call plend()
****************

Ordinarily, I would like to make this patch part of the fortran version =
of
example 1, but plMergeOpts (which allows parsing of extra command-line
options for any given application) is not part of the Fortran interface =
so
there is no easy way to parse the -save option for example 1 in fortran.
Instead, I have used a fixed name (test_stream.ps) here, which of course
would not be suitable in general.  Nevertheless, this patch is a good =
test
that plgstrm, plmkstrm, plsfnam, plsdev, plcpstrm, and plreplot are all
implemented correctly in Fortran (77) to call the appropriate C library
routines with the appropriate arguments since I got identical results =
with
this patch to the equivalent C routine using the command-line option

"-save test_stream.ps"

Now a comment on the "special circumstances" referred to above.

If you run

./x01c -save test_stream.ps -dev <device>

with <device> set to either psc or xcairo you get the

*** PLPLOT WARNING ***
plreplot: plot buffer not available

warning referred to by German above.  However, if you specify the xwin =
or tk
devices you do produce a good plot in test_stream.ps.  I assume what is
going on is xwin and tk set up a plot buffer and the other devices do =
not.

Another issue for -dev xwin and -dev tk is that after they create a good
test_stream.ps file both the C and patched Fortran example 1 produces a
segfault.

German, obviously the current limitations of the plreplot capability are =
so
severe that it is not useful to your needs, but I thought I should make =
some
general comments about what is wrong in case some developers got moved =
to
deal with one of the following issues that came up from my =
investigation:

(1) Implement plmergeopts for fortran.

(2) plot buffer capability expanded to more devices

(3) Deal with the above segfault.

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 libLASi project (unifont.org/lasi); the Loads =
of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] replot: buffer not available (thread started as "post processing with plrender")

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

On 2007-09-04 14:32-0400 Salazar, German P21322 wrote:

> Well, I am back, although I have now changed the topic title to "replot".
>
> Like I said before, my ultimate objective is to have a single ps document where, say, pages 1 and 3 are in landscape and page 2 in portrait; that, I can already do with a small script if I have the two original files, one with all pages in landscape and another with all pages in portrait...then, I can pick and choose what pages I want in the final document.
>
> Here is the thing:
> I have managed to plot in landscape (no surprise there, that is the default).
> I have managed to plot in portrait, for real; the one option that does it is command line argument -portrait, and not plsdiori.
> I have also managed to do both things above in a single run by opening two streams, one left alone (landscape) and another set to protrait.  This way I end up with I what need.
>
> So, basically, I am done.
>
> The thing is that I see a couple of C examples with the plreplot() command and I thought that was a lot more elegant than having to open two streams at the begining, keep switching/plotting to both streams at all times, and closing both streams at the end. Just doing everything once and saving a copy of it at the end seems simpler, if I can change from landscape to portrait right before the replot...except that I couldn't get there, since plreplot() will not work for me from Fortran...curiously enough, there are two C examples that use plreplot() but none in Fortran...does this mean something, i.e., plreplot does not work from fortran?
>
> Here is the message:
>
> *** PLPLOT WARNING ***
> plreplot: plot buffer not available

I got this to work, but only under special circumstances for both the C and
Fortran 77 version of our examples.

Here is the fortran patch for example 1.
****************
--- x01f.f_original     2007-09-04 12:01:35.000000000 -0700
+++ x01f.f      2007-09-04 12:36:20.000000000 -0700
@@ -28,6 +28,7 @@
        integer digmax
        integer PL_PARSE_FULL
        parameter(PL_PARSE_FULL = 1)
+      integer cur_strm, new_strm
  C      some fortran compilers demand typing of intrinsic lnblnk, and
  C      although this is not demanded on g77 it also works there.
        integer lnblnk
@@ -72,6 +73,19 @@

        call plot2()
        call plot3()
+      ! Test whether can work with streams and plreplot from fortran.
+      call plgstrm(cur_strm)!      /*get current stream */
+      call plmkstrm(new_strm)!   /* create a new one */ 
+ 
+      call plsfnam("test_stream.ps")!       /* file name */
+      call plsdev("psc")!         /* device type */
+
+      call plcpstrm(cur_strm, 0)! /* copy old stream parameters to new stream */
+      call plreplot()!      /* do the save by replaying the plot buffer */
+      call plend1()!              /* finish the device */
+
+      call plsstrm(cur_strm)!     /* return to previous stream */
+
  C      Don't forget to call PLEND to finish off!

        call plend()
****************

Ordinarily, I would like to make this patch part of the fortran version of
example 1, but plMergeOpts (which allows parsing of extra command-line
options for any given application) is not part of the Fortran interface so
there is no easy way to parse the -save option for example 1 in fortran.
Instead, I have used a fixed name (test_stream.ps) here, which of course
would not be suitable in general.  Nevertheless, this patch is a good test
that plgstrm, plmkstrm, plsfnam, plsdev, plcpstrm, and plreplot are all
implemented correctly in Fortran (77) to call the appropriate C library
routines with the appropriate arguments since I got identical results with
this patch to the equivalent C routine using the command-line option

"-save test_stream.ps"

Now a comment on the "special circumstances" referred to above.

If you run

./x01c -save test_stream.ps -dev <device>

with <device> set to either psc or xcairo you get the

*** PLPLOT WARNING ***
plreplot: plot buffer not available

warning referred to by German above.  However, if you specify the xwin or tk
devices you do produce a good plot in test_stream.ps.  I assume what is
going on is xwin and tk set up a plot buffer and the other devices do not.

Another issue for -dev xwin and -dev tk is that after they create a good
test_stream.ps file both the C and patched Fortran example 1 produces a
segfault.

German, obviously the current limitations of the plreplot capability are so
severe that it is not useful to your needs, but I thought I should make some
general comments about what is wrong in case some developers got moved to
deal with one of the following issues that came up from my investigation:

(1) Implement plmergeopts for fortran.

(2) plot buffer capability expanded to more devices

(3) Deal with the above segfault.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] replot: buffer not available (thread started as "post processing with plrender")

[Salazar, G. P. <ger...@si...>]

Well, I am back, although I have now changed the topic title to =
"replot".
=20
Like I said before, my ultimate objective is to have a single ps =
document where, say, pages 1 and 3 are in landscape and page 2 in =
portrait; that, I can already do with a small script if I have the two =
original files, one with all pages in landscape and another with all =
pages in portrait...then, I can pick and choose what pages I want in the =
final document.
=20
Here is the thing:
I have managed to plot in landscape (no surprise there, that is the =
default).
I have managed to plot in portrait, for real; the one option that does =
it is command line argument -portrait, and not plsdiori.
I have also managed to do both things above in a single run by opening =
two streams, one left alone (landscape) and another set to protrait.  =
This way I end up with I what need.
=20
So, basically, I am done. =20
=20
The thing is that I see a couple of C examples with the plreplot() =
command and I thought that was a lot more elegant than having to open =
two streams at the begining, keep switching/plotting to both streams at =
all times, and closing both streams at the end. Just doing everything =
once and saving a copy of it at the end seems simpler, if I can change =
from landscape to portrait right before the replot...except that I =
couldn't get there, since plreplot() will not work for me from =
Fortran...curiously enough, there are two C examples that use plreplot() =
but none in Fortran...does this mean something, i.e., plreplot does not =
work from fortran?
=20
Here is the message:=20
=20
*** PLPLOT WARNING ***
plreplot: plot buffer not available

=20
=20
=20
_______________________________________=20
SIEMENS=20

Germ=E1n Salazar          Siemens Power Generation                       =
    =20
Engineering Computing <http://www-et.ww007.siemens.net/GEN/genCompute/>  =
            4400 Alafaya Trail, Q1-202=20
Generator Engineering              Orlando, Florida 32826-2301=20

               ) Phone:  (407) 736-5594=20
               4 Fax:       (407) 736-4964=20
               ? E-Mail:  ger...@si...                     =
                            =20
_______________________________________=20

=20

Re: [Plplot-general] post-processing with plrender.

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

On 2007-09-02 22:29-0400 Salazar, German P21322 wrote:

> ...so I went ahead and learned GNU MAKE for good. Now I
> have some fancy make files that do all sorts of things and I control
> every bit of it...by the way, are you in total control with CMAKE, too?
> What kind of files does it generate? Is it like using Frontpage to
> generate (dirty) html code? (these are rhetorical questions, by the way;
> you don't really need to answer).

Well, those are good questions so I will try to answer.  CMake has a number
of "generator" backends depending on platform, but the principal one for
Unix is the Makefile generator which creates Makefiles in the native make
command vernacular (e.g., GNU make on Linux). So typically for Linux/Unix
you configure, build, and install with the three commands "cmake", "make",
and "make install". A good analogy is "cmake" is to "make" as a compiler is
to an assembler.  Some developers may feel they have more control by looking
at the generated assembler language and perhaps modifying it, but few
actually do that and instead work exclusively with the higher-level language
instead. Fortunately, CMake has an easy-to-understand syntax and is quite
powerful so there is never any reason to modify the Makefiles that cmake
generates.  To illustrate CMake's power, note that KDE4 (now in beta) is
configured exclusively with it.  Finally, PLplot developers have liked our
new CMake-based build system so much that they have completely quit working
on the autotools-based build system we had before on the Unix side and the
home-brew configuration system we had on the windows side.

Note that legacy autotools-based build system which was accidentally screwed
up by a one-line error for 5.7.4 should still be available with that error
fixed for our forthcoming 5.8.0 release. However, all users of the legacy
autotools build system for 5.8.0 will be missing all the PLplot features
(new drivers and bindings) developed in this last year.  Furthermore, we
plan to remove that autotools-based build system completely soon after the
release of 5.8.0 since it is falling so far behind.  We will make the
official announcement of this change in the 5.8.0 release notes.

>
> Talking about multiplatform:
>
> Linux installation went without a glitch.
> Solaris gave a little problem.
> And in Windows, we just couldn't get pltcl to install at all.

Linux, Mac OS X, and Windows are the most heavily used platforms for our
CMake-based build system.  Solaris is a much less tricky brand of Unix than
Mac OS X so it should "just work", but we don't have nearly the experience
with that platform compared to the other three.  Anyhow, if you have
followed the directions at http://www.miscdebris.net/plplot_wiki/, and you
still get errors, then send in the details of the errors here for some help.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] post-processing with plrender.

[Salazar, G. P. <ger...@si...>]

> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@be...]=20
>=20
> It's been a long time since 5.3.1, but as far as I can recall example
14
> (which uses streams) worked then.  I suggest you try that example to
make
> sure it works, then compare its code with what you are doing with
streams.
>=20
> BTW, I suggest you take control of your own destiny and build and
install
> the latest version of PLplot (currently 5.7.4) for yourself on both
your
> systems.  That version is a lot less buggy than 5.3.1, and it also has
a lot
> more features.  Just follow the directions at
> http://www.miscdebris.net/plplot_wiki/ .  It's one of those deals
which are
> "easy when you know how".  So there is some learning involved, but
that is
> positive because there are some fundamental software skills (like
learning
> to use cmake to configure the PLplot build and install) you will be
> developing that will help you for other projects as well.
>=20
> If you do decide to take my advice on building PLplot for yourself,
then I
> further suggest you clearly separate the source directory (where you
unpack
> the tarball), the build directory (where you do the build with the
cmake and
> make commands), and the install directory (where the results of
running
> "make install" are stored). The install directory is specified at
cmake
> time with the the installation prefix that you supply.  It should be a
> unique directory that belongs to your user account and which is used
for
> nothing else than PLplot installations. That way, you can remove that
> directory any time you like (say in preparation for another PLplot
install),
> and your PLplot installation is unique and does not interfere with
anything
> else including your system version of PLplot.
>=20
> If you have any questions about configuring, building, and installing
PLplot
> using our cmake-based build system, this is the right place to ask.
>=20
> Alan

Thanks, Alan, that is some fine advice; in fact, I am kind of following
it.

I was the one who did the plplot installation 3 years ago; but now, I
have a college kid working for me. While I am not personally doing the
installation or learning CMAKE, we are doing this installation in our
(engineering) territory, away from IT. So, yes, we are in control of our
own destiny.

As far as CMAKE goes, I can say that for a few years I was using
somebody else's MAKE files, until a few months ago when I decided to go
multi-platform...so I went ahead and learned GNU MAKE for good. Now I
have some fancy make files that do all sorts of things and I control
every bit of it...by the way, are you in total control with CMAKE, too?
What kind of files does it generate? Is it like using Frontpage to
generate (dirty) html code? (these are rhetorical questions, by the way;
you don't really need to answer).

Talking about multiplatform:

Linux installation went without a glitch.
Solaris gave a little problem.
And in Windows, we just couldn't get pltcl to install at all.

G.Salazar

Re: [Plplot-general] post-processing with plrender.

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

On 2007-09-02 01:03-0400 Salazar, German P21322 wrote:

> Was opening two streams not allowed in version 5.3.1?  If that is the
> case, I am going to have to wait until Tuesday for the one guy who
> installs PLplot in Linux for me...somehow, it does not seem to be
> working.

It's been a long time since 5.3.1, but as far as I can recall example 14
(which uses streams) worked then.  I suggest you try that example to make
sure it works, then compare its code with what you are doing with streams.

BTW, I suggest you take control of your own destiny and build and install
the latest version of PLplot (currently 5.7.4) for yourself on both your
systems.  That version is a lot less buggy than 5.3.1, and it also has a lot
more features.  Just follow the directions at
http://www.miscdebris.net/plplot_wiki/ .  It's one of those deals which are
"easy when you know how".  So there is some learning involved, but that is
positive because there are some fundamental software skills (like learning
to use cmake to configure the PLplot build and install) you will be
developing that will help you for other projects as well.

If you do decide to take my advice on building PLplot for yourself, then I
further suggest you clearly separate the source directory (where you unpack
the tarball), the build directory (where you do the build with the cmake and
make commands), and the install directory (where the results of running
"make install" are stored). The install directory is specified at cmake
time with the the installation prefix that you supply.  It should be a
unique directory that belongs to your user account and which is used for
nothing else than PLplot installations. That way, you can remove that
directory any time you like (say in preparation for another PLplot install),
and your PLplot installation is unique and does not interfere with anything
else including your system version of PLplot.

If you have any questions about configuring, building, and installing PLplot
using our cmake-based build system, this is the right place to ask.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] post-processing with plrender.

[Salazar, G. P. <ger...@si...>]

Well, I did not even try to compile the example, but I did go ahead and
tried to do in my program what you suggest: to use the "-portrait"
command line argument.  So, in my program, I simply set such argument
internally with "plsetopt('portrait','')", and guess what...I do get a
nice portrait plot!

I think the test above was done in Solaris (using 3-year old PLplot
installation), since right now I can't compile and run anything in Linux
(latest version).

So, for as long as "nothing" produces landscape and 'portrait' produces
portrait...I was thinking of writing to two streams at the same time,
one initialized to the default and the second to 'portrait'.  Then, I
can pick individual pages from each file at will to produce the desired
final document, say, with pages 1 and 3 in landscape and page 2 in
portrait.

Except that, while the latest documentation for PLplot says that opening
two streams is possible, the one version that I am currently using in
Solaris seems to be version 5.3.1 and it does not let me open on stream
after the other one ...it keeps complaining that plsdev() needs to be
before plinit(), even though I issued plsstrm(1) after the first
plinit().

Was opening two streams not allowed in version 5.3.1?  If that is the
case, I am going to have to wait until Tuesday for the one guy who
installs PLplot in Linux for me...somehow, it does not seem to be
working.

Until later.

G.Salazar


=20

-----Original Message-----
From: Alan W. Irwin [mailto:ir...@be...]=20
Sent: Saturday, September 01, 2007 11:37 AM
To: Salazar, German P21322
Cc: plp...@li...
Subject: Re: [Plplot-general] post-processing with plrender.

P.S.

German, mail delivery from plplot-general is not working very well.
Thus, I
never got Maurice's response to your initial post and only realized he
had responded from one of your later e-mails that quoted his response.

He is the expert on plrender.  From his reply it appears my mental model
of
plrender is not correct, and it is much lower level than I thought. The
fundamental issue is that -dev plmeta has fallen into disuse so
volunteers
have not stepped forward to fix it.  Anyhow, since the issue you found
is a
known long-standing problem with plrender, it is clearly a
"would-be-nice"
fix rather than a showstopper for our next release, and using other
devices
directly is the preferred option now.

To answer your question about -dev psc, I can use the -ori, -a, and
-portrait
options with with no problems.

For example, I get the expected results using

./x01c -dev psc -portrait -o test.ps

Do you?  (Note ./x01c is one of the installed examples which you should
be
able to find in $prefix/share/plplot5.7.4/examples/c after you run the
"make install" command.  $prefix is the
installation prefix you set with the cmake -DCMAKE_INSTALL_PREFIX
option.)

Once you can confirm portrait success for the installed examples, then
copy
their style for your own examples.

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 libLASi project (unifont.org/lasi); the Loads
of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] post-processing with plrender.

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

P.S.

German, mail delivery from plplot-general is not working very well.  Thus, I
never got Maurice's response to your initial post and only realized he
had responded from one of your later e-mails that quoted his response.

He is the expert on plrender.  From his reply it appears my mental model of
plrender is not correct, and it is much lower level than I thought. The
fundamental issue is that -dev plmeta has fallen into disuse so volunteers
have not stepped forward to fix it.  Anyhow, since the issue you found is a
known long-standing problem with plrender, it is clearly a "would-be-nice"
fix rather than a showstopper for our next release, and using other devices
directly is the preferred option now.

To answer your question about -dev psc, I can use the -ori, -a, and -portrait
options with with no problems.

For example, I get the expected results using

./x01c -dev psc -portrait -o test.ps

Do you?  (Note ./x01c is one of the installed examples which you should be
able to find in $prefix/share/plplot5.7.4/examples/c after you run the
"make install" command.  $prefix is the
installation prefix you set with the cmake -DCMAKE_INSTALL_PREFIX option.)

Once you can confirm portrait success for the installed examples, then copy
their style for your own examples.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] post-processing with plrender.

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

On 2007-08-31 22:55-0400 Salazar, German P21322 wrote:

> Say, if I have generated a meta file and then use plrender to turn it
> into a postscript file, the plot is in landscape (aspect < 1), i.e., the
> bottom of the plot is to the right of the sheet and the plot occupies
> the entire page.
>
> Can I generate a portrait plot using plrender?
>
> When I try, all I get is the plot with the same aspect ratio but a lot
> smaller so that the bottom of the plot (the side that used to be 11.5")
> has been reduced in size to make it fit onto the width (8.5") of a
> letter size page. So, now, there is a lot of space at the top and bottom
> of the plot...is this clear?
>
> What I would like to be able to achieve is to end up with the plot in
> portrait but with an aspect ratio > 1, so that it occupies the entire
> page.
>
> I have tried many combinations of  " plrender -freeaspect  -a  and -ori
> "  but nothing seems to work. what am I missing something?

I have done some investigation, and it turns out that
nothing works very well with plrender any more.
Here are two issues I spotted with the following test:

./x01c -dev plmeta -o test.plmeta
plrender -dev psc <options> -o test1.ps test.plmeta

(1) The -a option does not work correctly.  For example -a 3 shrinks the
plot by a uniform amount in both dimensions rather than changing the aspect
ratio.  This completely confirms the bug that German reported above.

(2) The fonts are not working correctly.  It looks like we get Hershey fonts
for plrender regardless.

Both these symptoms are completely unexpected since plrender should just
read the metafile which essentially holds all the plplot commands and then
let the PLplot library and chosen device go ahead and do their thing just
like they do if you run x01c for any device other than plmeta.  So I expect
the weird results we are getting for plrender now are overall symptoms of
some fundamental bug in plrender that has been recently introduced.  I
cannot imagine what that is since as far as I know we haven't had any API
changes.  Anyhow, plrender is part of our fundamental technology so this
issue is a showstopper bug that must be fixed before our next release.

Thanks, German, for drawing this issue to our attention.

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 libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] post-processing with plrender.

[Salazar, G. P. <ger...@si...>]

Well, I guess there are about half a dozen functions to get the=20
various dimensions of device window, page and viewports dimensions.=20
I went ahead and printed out all those dimensions.

This is what I get (device ps):

 Get parameters that define current device-space window=20
 plgdidev(margin,   aspect,     jx,         jy) =3D    =20
          0.0000    0.0000      0.0000      0.0000
=20
 Get parameters that define current plot-space window=20
 plgdiplt(  xmin,   xmax,   ymin,   ymax) =3D    =20
            0.0000  0.0000  1.0000  1.0000
=20
 Get page parameters=20
 plgpage(   xpix,   ypix,   xlen,   ylen,   xoff,   yoff) =3D    =20
            0.0000  0.0000  0.0000  0.0000  0.0000  0.0000
=20
 Get current subpage parameters=20
 plgspa(    xmin,   xmax,      ymin,    ymax)=3D    =20
            0.0000  255.9289   0.0000   191.9289
=20
 Get viewport limits in normalized device coordinates=20
 plgvpd(    xmin,   xmax,   ymin,   ymax)=3D    =20
            0.1400  0.9125  0.1167  0.8833


So, looks like subpage has aspect < 1.

If I use plsdiori() before or after plinit(), I do get portrait,=20
but none of the dimensions reported above change!  That would=20
explain why I get a "landscape" plot shrunk onto a portrait page.

Executing "plspage(0.0, 0.0, 191.9289, 255.9289, 0.0, 0.0)"
in an attempt to swap the dimensions of the page has not effect,
whatsoever.=20

I am running out of combinations/permutations here, what am I doing
wrong? Is it really not possible to do what I want to do?

I am at the end of this rope.

Any hints would be much appreciated.

G.Salazar



=20

-----Original Message-----
From: Maurice LeBrun [mailto:mj...@br...]=20
Sent: Saturday, September 01, 2007 12:44 AM
To: Salazar, German P21322
Cc: plp...@li...
Subject: Re: [Plplot-general] post-processing with plrender.

Salazar, German P21322 writes:
 > Say, if I have generated a meta file and then use plrender to turn it
 > into a postscript file, the plot is in landscape (aspect < 1), i.e.,
the
 > bottom of the plot is to the right of the sheet and the plot occupies
 > the entire page.=20
 > =20
 > Can I generate a portrait plot using plrender? =20
 > =20
 > When I try, all I get is the plot with the same aspect ratio but a
lot
 > smaller so that the bottom of the plot (the side that used to be
11.5")
 > has been reduced in size to make it fit onto the width (8.5") of a
 > letter size page. So, now, there is a lot of space at the top and
bottom
 > of the plot...is this clear?=20
 > =20
 > What I would like to be able to achieve is to end up with the plot in
 > portrait but with an aspect ratio > 1, so that it occupies the entire
 > page.=20
 > =20
 > I have tried many combinations of  " plrender -freeaspect  -a  and
-ori
 > "  but nothing seems to work. what am I missing something?=20

You are correct -- unfortunately plmeta & plrender do not handle
orientation
swaps well.  I've been meaning to fix that bug for years (literally).
Also
the metafile capability hasn't kept up with the advanced features
available in
other drivers.. ideally one could save in metafile format and later
reproduce
the result going direct to a physical device, which is after all the
main
point of a metafile.  But as written it is simply too low-level.  Of
course
one could support all manner of higher-level commands in theory -- for
example
a few years back I started on adding string support but never finished
it.

Back in the early 90's when I was doing big simulations & disk space was
scarce, the metafile driver was invaluable as a way to generate graphics
on the fly yet still be able to print out & manipulate selected plots
later.
These days, disk is so cheap that I never use that paradigm anymore,
preferring instead to invest in a state file capability & related
analysis
program.

--=20
Maurice LeBrun

Re: [Plplot-general] post-processing with plrender.

[Salazar, G. P. <ger...@si...>]

O.k., then, never mind the metafile.

What about plotting directly to a postscript device?

Let's say I want to generate a 3 page ps file where the first page is
landscape, the second portrait and the third one landscape...is this
possible?  ...I mean, I know it is possible, but, again, I am having a
hard time making the portrait page occupy the entire page...it insists
in reducing the size of the plot in the manner described in my original
post.

I am trying to use plsori, but I don't see any effect due to it.

I am trying to use plsdiori, but I have the same problem as before...my
plot is reduced in size to fit the width, and hence, ends up not tall
enough to fill up the page in the y direction.

What I am experiencing, right now, is that plplot always plots to a
"landscape" kind of page and when I ask portrait, it simply rotates the
"vritual landscape" page and fits it into the portrait.  Attempt to
change the aspect ratio only change the plot within the "virtual
landscape" page in which is being plotted.

Any pointers?

G.Salazar



-----Original Message-----
From: Maurice LeBrun [mailto:mj...@br...]=20
Sent: Saturday, September 01, 2007 12:44 AM
To: Salazar, German P21322
Cc: plp...@li...
Subject: Re: [Plplot-general] post-processing with plrender.

Salazar, German P21322 writes:
 > Say, if I have generated a meta file and then use plrender to turn it
 > into a postscript file, the plot is in landscape (aspect < 1), i.e.,
the
 > bottom of the plot is to the right of the sheet and the plot occupies
 > the entire page.=20
 > =20
 > Can I generate a portrait plot using plrender? =20
 > =20
 > When I try, all I get is the plot with the same aspect ratio but a
lot
 > smaller so that the bottom of the plot (the side that used to be
11.5")
 > has been reduced in size to make it fit onto the width (8.5") of a
 > letter size page. So, now, there is a lot of space at the top and
bottom
 > of the plot...is this clear?=20
 > =20
 > What I would like to be able to achieve is to end up with the plot in
 > portrait but with an aspect ratio > 1, so that it occupies the entire
 > page.=20
 > =20
 > I have tried many combinations of  " plrender -freeaspect  -a  and
-ori
 > "  but nothing seems to work. what am I missing something?=20

You are correct -- unfortunately plmeta & plrender do not handle
orientation
swaps well.  I've been meaning to fix that bug for years (literally).
Also
the metafile capability hasn't kept up with the advanced features
available in
other drivers.. ideally one could save in metafile format and later
reproduce
the result going direct to a physical device, which is after all the
main
point of a metafile.  But as written it is simply too low-level.  Of
course
one could support all manner of higher-level commands in theory -- for
example
a few years back I started on adding string support but never finished
it.

Back in the early 90's when I was doing big simulations & disk space was
scarce, the metafile driver was invaluable as a way to generate graphics
on the fly yet still be able to print out & manipulate selected plots
later.
These days, disk is so cheap that I never use that paradigm anymore,
preferring instead to invest in a state file capability & related
analysis
program.

--=20
Maurice LeBrun

[Plplot-general] post-processing with plrender.

[Salazar, G. P. <ger...@si...>]

Say, if I have generated a meta file and then use plrender to turn it
into a postscript file, the plot is in landscape (aspect < 1), i.e., the
bottom of the plot is to the right of the sheet and the plot occupies
the entire page.=20
=20
Can I generate a portrait plot using plrender? =20
=20
When I try, all I get is the plot with the same aspect ratio but a lot
smaller so that the bottom of the plot (the side that used to be 11.5")
has been reduced in size to make it fit onto the width (8.5") of a
letter size page. So, now, there is a lot of space at the top and bottom
of the plot...is this clear?=20
=20
What I would like to be able to achieve is to end up with the plot in
portrait but with an aspect ratio > 1, so that it occupies the entire
page.=20
=20
I have tried many combinations of  " plrender -freeaspect  -a  and -ori
"  but nothing seems to work. what am I missing something?=20
=20
Please help.=20
=20
Thanks in advance.=20
=20
G.Salazar

Re: [Plplot-general] [Plplot-devel] 5.7.4 Release

[Hazen B. <hba...@ma...>]

On Aug 13, 2007, at 9:23 PM, Hazen Babcock wrote:

> Hello,
>
> 5.7.4, the latest PLplot development release is now available for
> download. The plan is that this will be the last development release
> prior to our next stable release, 5.8.0. Highlights include the
> Python numeric -> numpy switch, improved ADA binding and a new family
> of drivers based on the Cairo graphics library. Due to a permissions
> issue I have not yet been able to update the "Download PLplot" link
> to reflect the existence of the new release. You can find it however
> if you click on "Browse all files" under "Download PLplot".
>
> As always, (1) Please refer to our wiki for the latest build and
> install instructions (http://www.miscdebris.net/plplot_wiki/index.php?
> title=Main_Page) and (2) Let us know of any problems / bugs that you
> run across while installing / using PLplot.

Warning: It has just been discovered that this release does not  
contain the deprecated autotools build system (i.e. ./configure won't  
work). As this system is deprecated we encourage users to migrate to  
the new cmake build system. However, this removal was accidental and  
the autotools build system will be available in future releases (at  
least for a while).

-Hazen

Re: [Plplot-general] plplot on cygwin

[anurag g. <fri...@ho...>]

Hi,
thanks this indeed worked and I manged to install plplot finally.
=20
Thank you very much.
=20
Regards
Anurag Garg



> Date: Tue, 14 Aug 2007 10:19:47 +0200> From: sm...@ia...> To:=
 fri...@ho...> CC: plp...@li...> Subject=
: Re: [Plplot-general] plplot on cygwin> > Hi,> > if you use cmake for conf=
igure plplot you should disable tcl/tk with the > option -DENABLE_TCL=3DOFF=
 and -DENABLE_TK=3DOFF , since there are some > problems with tcl/tk. I don=
't think you need it for gdl.> > Regards,> Werner> > anurag garg wrote:> > =
Hello,> > > > I am using cygwin on windows xp, I was trying to install GDL =
on it > > which requires to install plplot. But I am encountering this erro=
r > > when I tryes to use make command,> > > > Info: resolving _plsc by lin=
king to __imp__plsc (auto-import)> > collect2: ld returned 1 exit status> >=
 make[3]: *** [plserver.exe] Error 1> > make[3]: Leaving directory `/usr/lo=
cal/plplot-5.7.3/bindings/tk'> > make[2]: *** [all-recursive] Error 1> > ma=
ke[2]: Leaving directory `/usr/local/plplot-5.7.3/bindings'> > make[1]: ***=
 [all-recursive] Error 1> > make[1]: Leaving directory `/usr/local/plplot-5=
.7.3'> > make: *** [all] Error 2> >> > > > I believe this is because of tcl=
/tk lib but tcl is already been > > installed on cygwin.> > > > plz help.> =
> > > Anurag Garg> >> > ---------------------------------------------------=
---------------------> > Catch the cricket action with MSN! Click here! > >=
 <http://content.msn.co.in/Sports/Cricket/Default.aspx>> > ----------------=
--------------------------------------------------------> >> > ------------=
-------------------------------------------------------------> > This SF.ne=
t email is sponsored by: Splunk Inc.> > Still grepping through log files to=
 find problems? Stop.> > Now Search log events and configuration files usin=
g AJAX and a browser.> > Download your FREE copy of Splunk now >> http://ge=
t.splunk.com/> > ----------------------------------------------------------=
--------------> >> > _______________________________________________> > Plp=
lot-general mailing list> > Plp...@li...> > https:/=
/lists.sourceforge.net/lists/listinfo/plplot-general> > > > > -- > Dipl. In=
g. Werner Smekal> Institut fuer Allgemeine Physik> Technische Universitaet =
Wien> Wiedner Hauptstr 8-10> A-1040 Wien> Austria> > email: smekal@iap.tuwi=
en.ac.at> web: http://www.iap.tuwien.ac.at/~smekal> phone: +43-(0)1-58801-1=
3463 (office)> +43-(0)1-58801-13469 (laboratory)> fax: +43-(0)1-58801-13499=
>=20
_________________________________________________________________
Palate Teasers: Straight from Master Chef!
http://content.msn.co.in/Lifestyle/Moreonlifestyle/LifestylePT_101106_1530.=
htm=

Re: [Plplot-general] plplot on cygwin

[Werner S. <sm...@ia...>]

Hi,

if you use cmake for configure plplot you should disable tcl/tk with the 
option -DENABLE_TCL=OFF and -DENABLE_TK=OFF , since there are some 
problems with tcl/tk. I don't think you need it for gdl.

Regards,
Werner

anurag garg wrote:
> Hello,
>  
> I am using cygwin on windows xp, I was trying to install GDL on it 
> which requires to install plplot. But I am encountering this error 
> when I tryes to use make command,
>  
> Info: resolving _plsc by linking to __imp__plsc (auto-import)
> collect2: ld returned 1 exit status
> make[3]: *** [plserver.exe] Error 1
> make[3]: Leaving directory `/usr/local/plplot-5.7.3/bindings/tk'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/usr/local/plplot-5.7.3/bindings'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/plplot-5.7.3'
> make: *** [all] Error 2
>
>  
> I believe this is because of tcl/tk lib but tcl is already been 
> installed on cygwin.
>  
> plz help.
>  
> Anurag Garg
>
> ------------------------------------------------------------------------
> Catch the cricket action with MSN! Click here! 
> <http://content.msn.co.in/Sports/Cricket/Default.aspx>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>   


-- 
Dipl. Ing. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web:   http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office)
       +43-(0)1-58801-13469 (laboratory)
fax:   +43-(0)1-58801-13499

Re: [Plplot-general] plplot on cygwin

[Arjen M. <arj...@wl...>]

> Hello,
>
> I am using cygwin on windows xp, I was trying to install GDL on it which
> requires to install plplot. But I am encountering this error when I tryes
> to use make command,
>
> Info: resolving _plsc by linking to __imp__plsc (auto-import)collect2: ld
> returned 1 exit statusmake[3]: *** [plserver.exe] Error 1make[3]: Leaving
> directory `/usr/local/plplot-5.7.3/bindings/tk'make[2]: ***
> [all-recursive] Error 1make[2]: Leaving directory
> `/usr/local/plplot-5.7.3/bindings'make[1]: *** [all-recursive] Error
> 1make[1]: Leaving directory `/usr/local/plplot-5.7.3'make: *** [all] Error
> 2
>
> I believe this is because of tcl/tk lib but tcl is already been installed
> on cygwin.
>
> plz help.
>

Hello,

when you install PLplot, do you use the CMake configuration/build/install
system or do you use the Autoconf system, that is:
    ./configure
    make
    make install

The reason I ask, is that the Autoconf system has been deprecated and
the CMake system is the preferred method now.

I do not know GDL, so I can not comment whether that has anything to
do with your problem.

Could you tell us what version of GCC you are using? The message relates
to a linking problem ... Hm, can you tell us what configuration options
you are using? It may very well be a problem with shared versus static
libraries.

Regards,

Arjen

[Plplot-general] plplot on cygwin

[anurag g. <fri...@ho...>]

Hello,
=20
I am using cygwin on windows xp, I was trying to install GDL on it which re=
quires to install plplot. But I am encountering this error when I tryes to =
use make command,
=20
Info: resolving _plsc by linking to __imp__plsc (auto-import)collect2: ld r=
eturned 1 exit statusmake[3]: *** [plserver.exe] Error 1make[3]: Leaving di=
rectory `/usr/local/plplot-5.7.3/bindings/tk'make[2]: *** [all-recursive] E=
rror 1make[2]: Leaving directory `/usr/local/plplot-5.7.3/bindings'make[1]:=
 *** [all-recursive] Error 1make[1]: Leaving directory `/usr/local/plplot-5=
.7.3'make: *** [all] Error 2
=20
I believe this is because of tcl/tk lib but tcl is already been installed o=
n cygwin.
=20
plz help.
=20
Anurag Garg
_________________________________________________________________
Catch the cricket action with MSN!
http://content.msn.co.in/Sports/Cricket/Default.aspx=

[Plplot-general] 5.7.4 Release

[Hazen B. <hba...@ma...>]

Hello,

5.7.4, the latest PLplot development release is now available for  
download. The plan is that this will be the last development release  
prior to our next stable release, 5.8.0. Highlights include the  
Python numeric -> numpy switch, improved ADA binding and a new family  
of drivers based on the Cairo graphics library. Due to a permissions  
issue I have not yet been able to update the "Download PLplot" link  
to reflect the existence of the new release. You can find it however  
if you click on "Browse all files" under "Download PLplot".

As always, (1) Please refer to our wiki for the latest build and  
install instructions (http://www.miscdebris.net/plplot_wiki/index.php? 
title=Main_Page) and (2) Let us know of any problems / bugs that you  
run across while installing / using PLplot.

best,
-Hazen

Re: [Plplot-general] Re : png poor quality

[<bp...@ne...>]

Have you used some means other than PLplot of judging whether the
FreeSerif.ttf font was misaligned?

The reason I ask is there are some rather complicated transformation
formulas that are used to align TrueType fonts in PLplot since our
coordinate system has a different origin than most fonts, and there might be
some deficiency in the PLplot code that is misaligning the results rather
than some deficiency in FreeSerif.ttf itself.

Also, my understanding is there is several generations of FreeSerif.ttf.  Is
it possible you are correcting misalignments in an old version that have
already been corrected in later versions?

I was most impressed you went to such lengths to deal with the misalignment
issue, but I thought the above fundamental questions still needed to be
asked.  In particular, if you really have found that FreeSerif.ttf was
misaligned by means that are independent of PLplot, that is a result that
greatly relieves my mind since I always assumed before that the misalignment
problem was caused by something we were doing wrong.  If it turns
out you have truly found misalignment, then please be sure to feed your
results back to the FreeFont team so that everybody will benefit.

I think the question is what you mean by "misalignment". I don't think that
the FreeSerif font is really misaligned, in the sense that, these glyphs have
no reason to be centered for a "normal" use of a font.
It is is clear, when you edit the font, that the symbols do not lye in the center
of their cell. 
It is also clear, after manipulating the font with FontForge,
that "centered" in the sense of plplot means that, in the sense of the font,
the symbol have to be horizontally centered in the cell, and vertically, 
must be positionned around the first third of the cell (the same position for
all the symbol of plplot).
So, in my understanding, if there is a deficiency in plplot code, it's no more
than a small vertical bias in the position (to be confirmed). 
But I'm really not an expert of font things, and I even hardly know the way that
the glyph are positionned (there is some referentials, like "baseline" 
but it remains quite obscure for me).
Anyway, I'll ask the FreeFont team about this "misalignment" things.
To Kay Wiik: obisously, I will send you our version of FreeSerif_plplot.ttf
but it is a raw version that we have not fully validated: take it with care!

Thanks very much for drawing our attention to this bug which I have just
confirmed for one of my private examples that uses -dev png.  I hope we will
be able to fix it soon (in the svn version), but no promises.

Ok, it will be great! Knowing this bug, it is still quite easy to filter the data
before using plpoin.

regards,
Bruno