plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Alan W. Irwin writes:
 > BTW, I did the same relink with different rpath for libplplottcltk[d].so.
 > Please change that as well if you think it will make a difference. For that
 > (and tkwin, tk, and xwin) I was naively following exactly what was done
 > before for the executables such as plserver, and the plplotc python
 > extension module, plplotcmodule.so, but for those examples it doesn't seem
 > to matter so much that after install ldd in plplot/tmp indicates they are
 > finding the libraries in the install location rather than plplot/tmp.

Right, probably it doesn't matter, but I'll think about it.

Originally it was kind of a tossup as to which way to go.  Since the first
change you make will result in a library rebuild and therefore executable
relink, there is little danger.  One reason to prefer having the relinked
executables in tmp/ is that you can rename them e.g. plserver -> plserver.old,
make some change to the library and then compare plserver to plserver.old,
since the latter will still be linked to the installed libraries and thus
make a good reference copy.

 > I will do a complete test of everything tomorrow to verify your changes work
 > here.  Also, I will try once again to get auto_path to work (this time
 > spelled correctly! Last time I was using autopath which is why nothing
 > worked.)   

D'oh!  Been there. :)

 > Basically I am thinking of
 > 
 > lappend auto_path /usr/local/plplot/lib/plplot5.1.0/tcl
 > 
 > the symlink I discussed before, and a modified pkgIndex.tcl
 > 
 > to see if the wish recipe can be simplified when plplot is installed.
 > 
 > But you are much better at tcl than me so if you have time tonight I invite
 > you (;-)) to please see what you can do yourself to get
 > 
 > package require Plplotter
 > 
 > working like Vince said was possible for the installed version.

Cool, I may have time to look into it.

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

Re: [Plplot-devel] does the java support work?

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

BTW this is using the jdk1.3.1_03 RPM from Sun for RH 7.3, so it should work.

Maurice LeBrun writes:
 > A vanilla configure --enable-java & make gives the following error
 > on my machine:
 > 
 > javac -d java config.java
 > javac -d java PLStream.java
 > PLStream.java:403: cannot resolve symbol
 > symbol  : class config  
 > location: package core
 >         System.loadLibrary( plplot.core.config.libname );
 >                                        ^
 > 1 error
 > make: *** [java/plplot/core/PLStream.class] Error 1

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

[Plplot-devel] does the java support work?

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

A vanilla configure --enable-java & make gives the following error
on my machine:

javac -d java config.java
javac -d java PLStream.java
PLStream.java:403: cannot resolve symbol
symbol  : class config  
location: package core
        System.loadLibrary( plplot.core.config.libname );
                                       ^
1 error
make: *** [java/plplot/core/PLStream.class] Error 1

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

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Maurice,

Thanks very much for fixing these problems with the installed tkwin.

BTW, I did the same relink with different rpath for libplplottcltk[d].so.
Please change that as well if you think it will make a difference. For that
(and tkwin, tk, and xwin) I was naively following exactly what was done
before for the executables such as plserver, and the plplotc python
extension module, plplotcmodule.so, but for those examples it doesn't seem
to matter so much that after install ldd in plplot/tmp indicates they are
finding the libraries in the install location rather than plplot/tmp.

I guess with tcl/tk the rpath the library is linked with is more important
than with the usual executable or shared object.

Anyhow, it looks like you cracked it, and much thanks for that.

I will do a complete test of everything tomorrow to verify your changes work
here.  Also, I will try once again to get auto_path to work (this time
spelled correctly! Last time I was using autopath which is why nothing
worked.)   Basically I am thinking of

lappend auto_path /usr/local/plplot/lib/plplot5.1.0/tcl

the symlink I discussed before, and a modified pkgIndex.tcl

to see if the wish recipe can be simplified when plplot is installed.

But you are much better at tcl than me so if you have time tonight I invite
you (;-)) to please see what you can do yourself to get

package require Plplotter

working like Vince said was possible for the installed version.

Alan

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

Linux-powered astrophysics
__________________________

On Mon, 5 Aug 2002, Maurice LeBrun wrote:

> Maurice LeBrun writes:
>  > This is also bad.  The install should either relink the drivers to a temporary
>  > location (preferably the final location) or destroy the now-bogus drivers
>  > under tmp/drivers.
>
> OK, changed to go directly to the install drivers dir, whereupon the
> post-install weirdness goes away.
>
> --
> Maurice LeBrun    mj...@ga...
> Research Organization for Information Science and Technology of Japan (RIST)
>

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Maurice LeBrun writes:
 > This is also bad.  The install should either relink the drivers to a temporary
 > location (preferably the final location) or destroy the now-bogus drivers
 > under tmp/drivers.

OK, changed to go directly to the install drivers dir, whereupon the
post-install weirdness goes away.

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

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Maurice LeBrun writes:
 > The problem is then that the tmp/tclIndex file is copied to that location.
 > Since tmp/ has access to all the *.tcl files, tclIndex contains references
 > to all of them.  But then it is not correct for the install dir.  A proper
 > tclIndex file needs to be made-in / copied-to that dir.

Easy enough, done.

An even stranger problem turned up in testing of this however.
After fixing $(TCL_DIR)/tclIndex, I was able to eventually the tkwin
stuff successfully:

$ wish
% source pldefaults.tcl 
% load drivers/tkwin_drv.so Plplotter 
% package provide Plplotter 5.1.0
% source runAllDemos.tcl
...

If I then install it:

$ make install
gcc -shared -fPIC -o drivers/xwin_drv.so \
  -L/home/mjl/gts/lib -ltcl8.3 -ltk8.3 -L/usr/X11R6/lib -lX11
-L. -lplplottcltk -Wl,-rpath,/home/mjl/gts/lib
gcc -shared -fPIC -o drivers/tkwin_drv.so \
shared/Plplotter_Init.o shared/plplotter.o shared/tkwin_common.o \
  -L/home/mjl/gts/lib -ltcl8.3 -ltk8.3 -L/usr/X11R6/lib -lX11
-L. -lplplottcltk -Wl,-rpath,/home/mjl/gts/lib
gcc -shared -fPIC -o drivers/tk_drv.so \
  -L/home/mjl/gts/lib -ltcl8.3 -ltk8.3 -L/usr/X11R6/lib -lX11
-L. -lplplottcltk -Wl,-rpath,/home/mjl/gts/lib

and try again, still in tmp/, I get:

ged$ wish
% source pldefaults.tcl 
% load drivers/tkwin_drv.so Plplotter 
% package provide Plplotter 5.1.0
% source runAllDemos.tcl
Unable to locate dispatch table initialization function for driver:
tkwin_drv.so.
Segmentation fault

This is 100% reproducible on my machine.  The install evidently modifies the
contents of the tmp directory so that this procedure no longer works..  I
guess through the rebuild of the drivers.  To test this, I did:

$ rm drivers/*
$ make
gcc -shared -fPIC -o drivers/plmeta_drv.so shared/plmeta.o -L. -lplplot
gcc -shared -fPIC -o drivers/null_drv.so shared/null.o -L. -lplplot
gcc -shared -fPIC -o drivers/ps_drv.so shared/ps.o shared/pstex.o -L. -lplplot
gcc -shared -fPIC -o drivers/xwin_drv.so shared/xwin.o  -L/home/mjl/gts/lib
-ltcl8.3 -ltk8.3 -L/usr/X11R6/lib -lX11 -L. -lplplottcltk -Wl,-rpath
-Wl,/home/mjl/dev/plplot/head1/tmp
gcc -shared -fPIC -o drivers/tk_drv.so shared/tk.o  -L/home/mjl/gts/lib
-ltcl8.3 -ltk8.3 -L/usr/X11R6/lib -lX11 -L. -lplplottcltk -Wl,-rpath
-Wl,/home/mjl/dev/plplot/head1/tmp
gcc -shared -fPIC -o drivers/pbm_drv.so shared/pbm.o -L. -lplplot
gcc -shared -fPIC -o drivers/tkwin_drv.so shared/Plplotter_Init.o
shared/plplotter.o shared/tkwin_common.o shared/tkwin.o  -L/home/mjl/gts/lib
-ltcl8.3 -ltk8.3 -L/usr/X11R6/lib -lX11 -L. -lplplottcltk \
-Wl,-rpath -Wl,/home/mjl/dev/plplot/head1/tmp

..and then tried again, whereupon it worked.

This is also bad.  The install should either relink the drivers to a temporary
location (preferably the final location) or destroy the now-bogus drivers
under tmp/drivers.

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

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Maurice LeBrun writes:
 > Maurice LeBrun writes:
 >  > Unfortunately there are still problems, i.e. from the tmp directory:
 >  > 
 >  > $ wish
 >  > % source pldefaults.tcl
 >  > % load drivers/tkwin_drv.so Plplotter
 >  > % package provide Plplotter 5.1.0
 >  > % source runAllDemos.tcl
 >  > % couldn't read file "/home/mjl/gts/lib/plplot5.1.0/tcl/x01.tcl": no such file or directory
 >  > 
 >  > (note that $prefix=/home/mjl/gts in this case)
 >  > 
 >  > so clearly the demo is looking in the wrong place for the example programs.
 >  > Not even the right place under $prefix (should be
 >  > $prefix/lib/plplot5.1.0/examples/tcl). 
 > 
 > I traced this back to $prefix/lib/plplot5.1.0/tcl/tclIndex being basically the
 > same one as in the tmp dir, which is wrong.  I'll check into why this is
 > occuring.

More info.  From the tmp dir:

$ wish
% puts $auto_path
/usr/lib/tcl8.3 /usr/lib /home/mjl/gts/lib /usr/lib/tk8.3

% source pldefaults.tcl
% puts $auto_path
/usr/lib/tcl8.3 /usr/lib /home/mjl/gts/lib /usr/lib/tk8.3

% load drivers/tkwin_drv.so Plplotter
% puts $auto_path
/usr/lib/tcl8.3 /usr/lib /home/mjl/gts/lib /usr/lib/tk8.3 /home/mjl/gts/lib/plplot5.1.0/tcl

So it's the pkg load that modifies auto_path, adding
$prefix/lib/plplot5.1.0/tcl.  So far so good.

The problem is then that the tmp/tclIndex file is copied to that location.
Since tmp/ has access to all the *.tcl files, tclIndex contains references
to all of them.  But then it is not correct for the install dir.  A proper
tclIndex file needs to be made-in / copied-to that dir.

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

Re: [Plplot-devel] prescription for loading tkwin driver?

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

I have gotten that error before, but not now.  It may have something to do
with the rpath link option used for the lastest link of
drivers/tkwin_drv.so, and that depends on whether plplot has been installed
or not.

What does ldd say about drivers/tkwin[d]_drv.so?

In my case:

ldd drivers/tkwind_drv.so
        libtcl8.3.so.1 => /usr/lib/libtcl8.3.so.1 (0x4001a000)
        libtk8.3.so.1 => /usr/lib/libtk8.3.so.1 (0x4009f000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40152000)
        libplplottcltkd.so.5 => /home/software/plplot_cvs/HEAD/plplot_working5/tmp/libplplottcltkd.so.5 (0x4022c000)
        libc.so.6 => /lib/libc.so.6 (0x4024a000)
        libdl.so.2 => /lib/libdl.so.2 (0x40367000)
        libm.so.6 => /lib/libm.so.6 (0x4036a000)
        libplplotd.so.5 => /usr/local/plplot/lib/libplplotd.so.5 (0x4038b000)
        libtclmatrixd.so.5 => /usr/local/plplot/lib/libtclmatrixd.so.5 (0x403cc000)
        libitcl3.1.so.1 => /usr/lib/libitcl3.1.so.1 (0x403d0000)
        libitk3.1.so.1 => /usr/lib/libitk3.1.so.1 (0x403eb000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

Note it is picking up the plplot/tmp versions of the libraries.

To get back to this pre-install state, rm plplot/tmp/drivers/tkwin_drv.so and
run make to recreate it with the correct (plplot/tmp) rpath.  I hope
that fixes the problem on your system.

Sorry this is so iffy right now, but I am sure it will get much better as
soon as we know how to inform the installed version where to find things.

Alan

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

Linux-powered astrophysics
__________________________

On Mon, 5 Aug 2002, Maurice LeBrun wrote:

> Alan W. Irwin writes:
>  > Use
>  >
>  > load drivers/tkwin[d]_drv.so Plplotter_Init
>  >
>  > instead since everything immediately related to tkwin has been moved to that
>  > shared object.
>
> Thanks, that worked, except it should read:
>
> load drivers/tkwin[d]_drv.so Plplotter
>
>  > All other instructions in examples/tk/README.tkdemos should be right for
>  > plplot/tmp.  You shouldn't have to even set LD_LIBRARY_PATH.
>  >
>  > For the installed version I have had some troubles so that is why I have
>  > been bugging Vince about autopath, package require Plplotter, etc.  If
>  > runAllDemos.tcl works in plplot/tmp, then it has gotta work eventually for
>  > the installed version with judicious use of package require Plplotter
>  > and the appropriate configuration, but we are certainly not there yet.
>
> Unfortunately there are still problems, i.e. from the tmp directory:
>
> $ wish
> % source pldefaults.tcl
> % load drivers/tkwin_drv.so Plplotter
> % package provide Plplotter 5.1.0
> % source runAllDemos.tcl
> % couldn't read file "/home/mjl/gts/lib/plplot5.1.0/tcl/x01.tcl": no such file or directory
>
> (note that $prefix=/home/mjl/gts in this case)
>
> so clearly the demo is looking in the wrong place for the example programs.
> Not even the right place under $prefix (should be
> $prefix/lib/plplot5.1.0/examples/tcl).
>
> But at least this is enough to get started with it.
>
> --
> Maurice LeBrun    mj...@ga...
> Research Organization for Information Science and Technology of Japan (RIST)
>

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Maurice LeBrun writes:
 > Unfortunately there are still problems, i.e. from the tmp directory:
 > 
 > $ wish
 > % source pldefaults.tcl
 > % load drivers/tkwin_drv.so Plplotter
 > % package provide Plplotter 5.1.0
 > % source runAllDemos.tcl
 > % couldn't read file "/home/mjl/gts/lib/plplot5.1.0/tcl/x01.tcl": no such file or directory
 > 
 > (note that $prefix=/home/mjl/gts in this case)
 > 
 > so clearly the demo is looking in the wrong place for the example programs.
 > Not even the right place under $prefix (should be
 > $prefix/lib/plplot5.1.0/examples/tcl). 

I traced this back to $prefix/lib/plplot5.1.0/tcl/tclIndex being basically the
same one as in the tmp dir, which is wrong.  I'll check into why this is
occuring.

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

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Alan W. Irwin writes:
 > Use
 > 
 > load drivers/tkwin[d]_drv.so Plplotter_Init
 > 
 > instead since everything immediately related to tkwin has been moved to that
 > shared object.

Thanks, that worked, except it should read:

load drivers/tkwin[d]_drv.so Plplotter

 > All other instructions in examples/tk/README.tkdemos should be right for
 > plplot/tmp.  You shouldn't have to even set LD_LIBRARY_PATH.
 > 
 > For the installed version I have had some troubles so that is why I have
 > been bugging Vince about autopath, package require Plplotter, etc.  If
 > runAllDemos.tcl works in plplot/tmp, then it has gotta work eventually for
 > the installed version with judicious use of package require Plplotter
 > and the appropriate configuration, but we are certainly not there yet.

Unfortunately there are still problems, i.e. from the tmp directory:

$ wish
% source pldefaults.tcl
% load drivers/tkwin_drv.so Plplotter
% package provide Plplotter 5.1.0
% source runAllDemos.tcl
% couldn't read file "/home/mjl/gts/lib/plplot5.1.0/tcl/x01.tcl": no such file or directory

(note that $prefix=/home/mjl/gts in this case)

so clearly the demo is looking in the wrong place for the example programs.
Not even the right place under $prefix (should be
$prefix/lib/plplot5.1.0/examples/tcl). 

But at least this is enough to get started with it.

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

Re: [Plplot-devel] prescription for loading tkwin driver?

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

Use

load drivers/tkwin[d]_drv.so Plplotter_Init

instead since everything immediately related to tkwin has been moved to that
shared object.

All other instructions in examples/tk/README.tkdemos should be right for
plplot/tmp.  You shouldn't have to even set LD_LIBRARY_PATH.

For the installed version I have had some troubles so that is why I have
been bugging Vince about autopath, package require Plplotter, etc.  If
runAllDemos.tcl works in plplot/tmp, then it has gotta work eventually for
the installed version with judicious use of package require Plplotter
and the appropriate configuration, but we are certainly not there yet.

Alan

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

Linux-powered astrophysics
__________________________

On Mon, 5 Aug 2002, Maurice LeBrun wrote:

> Can someone tell me how to run the tkwin driver under Linux?
> I did the following:
>
> $ ./configure --enable-dyndrivers --enable-tkwin
> $ make
> $ cd tmp
> $ export LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH
> $ wish
> % source pldefaults.tcl
> % load libplplottcltk.so Plplotter
> couldn't find procedure Plplotter_Init
> %
>
> $ ll libplplottcltk.*
> -rw-r--r--    1 mjl      users      920156 Aug  5 18:24 libplplottcltk.a
> lrwxrwxrwx    1 mjl      users          19 Aug  5 18:24 libplplottcltk.so -> libplplottcltk.so.5*
> lrwxrwxrwx    1 mjl      users          23 Aug  5 18:24 libplplottcltk.so.5 -> libplplottcltk.so.5.1.0*
> -rwxr-xr-x    1 mjl      users      372429 Aug  5 18:24 libplplottcltk.so.5.1.0*
>
> $ ll drivers/tkw*
> -rwxr-xr-x    1 mjl      users      207773 Aug  5 18:25 drivers/tkwin_drv.so*
>
> So it seems like it should be working according to what I've read here.
>
> --
> Maurice LeBrun    mj...@ga...
> Research Organization for Information Science and Technology of Japan (RIST)
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

[Plplot-devel] prescription for loading tkwin driver?

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

Can someone tell me how to run the tkwin driver under Linux?
I did the following:

$ ./configure --enable-dyndrivers --enable-tkwin
$ make
$ cd tmp
$ export LD_LIBRARY_PATH=`pwd`:$LD_LIBRARY_PATH
$ wish
% source pldefaults.tcl
% load libplplottcltk.so Plplotter
couldn't find procedure Plplotter_Init
%

$ ll libplplottcltk.*
-rw-r--r--    1 mjl      users      920156 Aug  5 18:24 libplplottcltk.a
lrwxrwxrwx    1 mjl      users          19 Aug  5 18:24 libplplottcltk.so -> libplplottcltk.so.5*
lrwxrwxrwx    1 mjl      users          23 Aug  5 18:24 libplplottcltk.so.5 -> libplplottcltk.so.5.1.0*
-rwxr-xr-x    1 mjl      users      372429 Aug  5 18:24 libplplottcltk.so.5.1.0*

$ ll drivers/tkw*
-rwxr-xr-x    1 mjl      users      207773 Aug  5 18:25 drivers/tkwin_drv.so*

So it seems like it should be working according to what I've read here.

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

Re: [Plplot-devel] I can't install HEAD version

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

Alan W. Irwin writes:
 > Also, are we pushing gnu-make too much with this variable overriding
 > business? I have just looked fairly carefully in the info documentation
 > under the variable section, and I cannot find any reference to what happens
 > if you define a variable twice.  (I know what would happen in
 > Fortran....;-))

I do recall struggling with the issue back when I built the current system of
base definitions coupled with overrides, but I don't remember the details.
Fortunately in this case the dependency info wasn't actually being used so
could just be chopped.

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

Re: [Plplot-devel] tkwin.c is now split and I have also reorganized the linking on Linux

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

First, thanks for the plplotter.c changes.  It now compiles without the fatal
error (but with the warnings as you suggested would occur for tcl8.3).  I
did the usual wish test in the plplot/tmp area, and it worked fine.

Second, I then installed everything.  Also I created a symbolic link so that
ls -l /usr/local/plplot/lib/libtkwind.so
lrwxrwxrwx    1 software software       55 Aug  5 11:27 /usr/local/plplot/lib/libtkwind.so -> /usr/local/plplot/lib/plplot5.1.0/drivers/tkwind_drv.so

I then changed your latest pkgIndex.tcl so the two relevant lines read

grep libtkwin /usr/local/plplot/lib/plplot5.1.0/tcl/pkgIndex.tcl
        set file [file join $dir ../.. libtkwind[info sharedlibextension]]
	set file [file join $dir ../.. libtkwind[info sharedlibextension]]

(Note the "d" suffix has nothing to do with debugging so more changes are
required in this file.  Instead it marks the libraries and drivers as
double-precision versions (which is the case for me.  Nevertheless, let's
not worry about it for now.  I can just hack this to do what I want locally
for now, and we can figure out the configuration issues later.) For example,
I added an extra "../" and dropped drivers from the list of joined symbols
because I wanted to point to the symlink above in /usr/local/plplot/lib.

However, no matter how I fiddle with these two lines, I always get
the following error message:

wish
% set autopath /usr/local/plplot/lib/plplot5.1.0/tcl
/usr/local/plplot/lib/plplot5.1.0/tcl
%  package require Plplotter
can't find package Plplotter

As far as I can see the above set file command should work (and many other
variants I tried), but I think it is never being executed.  As an experiment
I put in a puts $file command in
/usr/local/plplot/lib/plplot5.1.0/tcl/pkgIndex.tcl, but package require
PLplotter never output that value of the file variable.

Perhaps autopath does not work like you thought? If I attempt to puts
$autopath from wish before I define it above it tells me it is undefined.

Alan

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

Linux-powered astrophysics
__________________________

On Mon, 5 Aug 2002, Vince Darley wrote:

> On Mon, 5 Aug 2002, Alan W. Irwin wrote:
> > >From what you say below, it seems to me you could just tell the user
> > (or configure the examples) to set autopath
> > to
> >
> > set autopath $prefix/lib/plplot5.1.0/tcl
>
> Yes, not the most helpful to the user but it would work.  Perhaps we can
> add to the plplot documentation that users can add the above to their
> .wishrc file.
>
> I've checked in a version of pkgIndex.tcl which, if installed in the above
> location, will try to load ../drivers/libtkwin[d].so  -- please give it a
> test.
>
> cheers,
>
> Vince.
>
>
>

Re: [Plplot-devel] tkwin.c is now split and I have also reorganized the linking on Linux

[Vince D. <vi...@sa...>]

On Mon, 5 Aug 2002, Alan W. Irwin wrote:
> >From what you say below, it seems to me you could just tell the user
> (or configure the examples) to set autopath
> to
>
> set autopath $prefix/lib/plplot5.1.0/tcl

Yes, not the most helpful to the user but it would work.  Perhaps we can
add to the plplot documentation that users can add the above to their
.wishrc file.

I've checked in a version of pkgIndex.tcl which, if installed in the above
location, will try to load ../drivers/libtkwin[d].so  -- please give it a
test.

cheers,

Vince.

Re: tkwin headers (was Re: [Plplot-devel] I can't install HEAD version)

[Vince D. <vi...@sa...>]

Sorry, fixed the compile problem with tkwin.  You will still get some
warnings if you're using tk8.3, but they're ok.

-- Vince

<http://www.santafe.edu/~vince>

Re: [Plplot-devel] tkwin.c is now split and I have also reorganized the linking on Linux

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

Vince,

The reason why we cannot install anything into fixed system locations is
many unix users do not have root privileges.  However, they are still able
to install plplot in their own home directory (or some other disk area they
have control of) using the appropriate prefix.  Using a prefix this way for
tarball packages has become the unix/linux standard so I imagine there are
nice ways to make non-standard prefixes work for tcl.  The question is how
to find those nice ways.

From what you say below, it seems to me you could just tell the user
(or configure the examples) to set autopath
to

set autopath $prefix/lib/plplot5.1.0/tcl

so it could find the pkgIndex.tcl file there (that file is
not currently installed there, but we could do that easily).

Would that gain access to pkgIndex.tcl or am I missing something?

Assuming you could access a special version of pkgIndex.tcl this way, what
*specific* changes would have to be made to that file so everything else
would work with the tcl files installed in $prefix/lib/plplot5.1.0/tcl and
the libraries installed in $prefix/lib including a symlink (called
libtkwin[d].so, say) from there pointing to
$prefix/lib/plplot5.1.0/drivers/tkwin[d]_drv.so.

I need the specifics because my tcl skills are just at the newbie level.

Alan

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

Linux-powered astrophysics
__________________________

On Mon, 5 Aug 2002, Vince Darley wrote:

> What we would like, under Wish, is for the following to work:
>
> > wish
> % package require Plplotter
> 5.1.0
> % plframe .p
> etc etc.
>
> Now, for 'package require Plplotter' to work, there must be an appropriate
> pkgIndex.tcl file somewhere that tcl is going to search by default.
> Clearly tcl is never going to search in any /usr/local/plplot by default,
> so that means we must install something *extra* into a location that tcl
> will search.  Tcl uses the 'auto_path' as the set of directories to look
> for subdirectories which contain new pkgIndex.tcl files.  For example, on
> Windows, my auto_path is this:
>
> % set auto_path
> {C:/Program Files/Tcl/lib/tcl8.4} {C:/Program Files/Tcl/lib} {C:/Program
> Files/Tcl/lib/tcllib0.8} {C:/Program Files/Tcl/lib/tk8.4}
>
> The second one of these (.../tcl/lib) is the most generic.  If I create a
> directory in there (..../tcl/lib/plplot5.1.0/) and put a pkgIndex.tcl file
> inside that directory, then tcl will find it automatically.  This is what
> we want.
>
> Having done that, we then have a choice whether to put all the rest of the
> tcl bindings in that directory as well (symlinks if desired), or whether
> that pkgindex actually just points Tcl to /usr/local/plplot/.... instead.
> That is a choice for all of you to make.  If you wish to allow the tcl/tk
> plplot bindings to be used when they are wrapped inside a standalone
> tcl/tk executable (which would be nice) then there should at least be the
> option of putting everything in the Tcl hierarchy.  I would suggest making
> symlinks to everything that might be needed in that directory (including
> the .fnt, .map files).
>
> hope that helps,
>
> -- Vince
>
> <http://www.santafe.edu/~vince>
>
>
> On Fri, 2 Aug 2002, Alan W. Irwin wrote:
>
> > Let's get down to specifics.  Currently, all the tcl stuff is installed here
> >
> > ls /usr/local/plplot/lib/plplot5.1.0/tcl
> > FileSelector.tcl  cmap0a.pal   cmap1d.pal      plcolor.tcl*    pltools.tcl
> > PLWin.itk         cmap1a.pal   help_gui.tcl    plconfig.tcl    plwidget.tcl
> > PLXWin.itk        cmap1a1.pal  help_keys.tcl   pldefaults.tcl  tclIndex
> > Pltkwin.tcl       cmap1b.pal   help_tcltk.tcl  plplot.tcl
> > about.tcl         cmap1c.pal   plclient.tcl    plserver.tcl
> >
> > and the drivers are installed here
> >
> > ls /usr/local/plplot/lib/plplot5.1.0/drivers/tkwind_drv.so
> > /usr/local/plplot/lib/plplot5.1.0/drivers/tkwind_drv.so
> >
> > where /usr/local/plplot is my prefix.
> >
> > Are you suggesting copying bindings/tk-x-plat/pkgIndex.tcl to
> > $prefix/lib/plplot5.1.0/tcl and also putting a symbolic link from
> > that directory to the actual driver share object location (so it appears
> > the shared object is in the same directory as pkgIndex.tcl)?  I think you
> > also imply below that autopath would have to be changed to find
> > /usr/local/plplot/lib/plplot5.1.0/tcl, but I may be misunderstanding you.
> >
> > What would be the exact wish recipe associated with what you would like me
> > to do?
> >
> > Please give me the full wish cookbook.  Currently, my linking changes of
> > moving everything to tkwind_drv.so seems to have confused the ability of
> > wish to find the *.tcl files in /usr/local/plplot/lib/plplot5.1.0/tcl, and I
> > am hoping that problem will get straightened out by the changes you suggest
> > (perhaps the autopath change?) that are associated with the using the
> > pkgIndex.tcl file.
> >
> > Incidentally, the library linking changes cause no problems with
> >
> > /usr/local/plplot/bin/plserver
> > source tkdemos.tcl
> > 1
> > 2
> > 3
> > ...
> >
> > but now if I try source runAllDemos.tcl instead, it (unlike tkdemos.tcl)
> > cannot find the x??.tcl examples in the current directory. I have no idea
> > why subtleties of linking are having this bad effect on the runAllDemos.tcl
> > case, but I hope you are able to change runAllDemos.tcl to look in the
> > current directory for x??.tcl so it won't be so sensitive to linking
> > changes.
> >
> > Alan
> >
> > email: ir...@be...
> > phone: 250-727-2902	FAX: 250-721-7715
> > snail-mail:
> > Dr. Alan W. Irwin
> > Department of Physics and Astronomy,
> > University of Victoria, P.O. Box 3055,
> > Victoria, British Columbia, Canada, V8W 3P6
> > __________________________
> >
> > Linux-powered astrophysics
> > __________________________
> >
> > On Fri, 2 Aug 2002, Vince Darley wrote:
> >
> > > [...] 'load' will search
> > > anything on your path, but, by and large all normal uses of 'load' specify
> > > a full path, so it's not so much of an issue.  for easiest use with
> > > tcl/tk, we will need to install something into the tcl/tk hierarchy so it
> > > is automatically picked up by them.  We need to put a directory (called,
> > > say, plplot5.1.0, but that doesn't matter too much) anywhere on Tcl's
> > > auto_path, and put the pkgIndex.tcl (from bindings/tk-x-plat) into that
> > > directory, together with appropriate information on where to find the .so
> > > it will be loading (currently that pkgIndex.tcl assumes that everything it
> > > is looking for will also be in that directory, since that is how things
> > > are installed for a normal Tcl extension).
> > >
> > > -- Vince
> > >
> > > <http://www.santafe.edu/~vince>
> > >
> > >
> > >
> > >
> >
> >
>
>

Re: tkwin headers (was Re: [Plplot-devel] I can't install HEAD version)

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

On Mon, 5 Aug 2002, Vince Darley wrote:

> I took it upon my self the test this, and it all works fine (for me!) so
> I've committed a version of plplotter.c which removes all that tkInt
> stuff..., plus the appropriate changes elsewhere.

Thanks very much for getting rid of that dependence on tkInt.  However,
there is some more work to do because your changed version no longer builds
on Linux.  I think the first message is the fatal one, but some of those
warnings may be serious as well.

gcc -fPIC -c -O -I. -I/usr/include/tcl8.3/ -c plplotter.c -o shared/plplotter.o
plplotter.c:440: conflicting types for `plPlotterCmd'
plplot/plserver.h:41: previous declaration of `plPlotterCmd'
plplotter.c: In function `plPlotterCmd':
plplotter.c:536: warning: passing arg 3 of `Tk_CreateWindowFromPath' discards qualifiers from pointer target type
plplotter.c:549: warning: passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type
plplotter.c: In function `PlPlotterWidgetCmd':
plplotter.c:693: warning: passing arg 5 of `Tk_ConfigureValue' discards qualifiers from pointer target type
plplotter.c:701: warning: passing arg 5 of `Tk_ConfigureInfo' discards qualifiers from pointer target type
plplotter.c:821: warning: passing arg 3 of `Tk_GetScrollInfo' from incompatible pointer type
plplotter.c:857: warning: passing arg 3 of `Tk_GetScrollInfo' from incompatible pointer type
plplotter.c: In function `PlPlotterConfigureEH':
plplotter.c:1022: warning: passing arg 2 of `Tcl_EventuallyFree' from incompatible pointer type
plplotter.c: In function `Cmd':
plplotter.c:1825: warning: passing arg 4 of `plTclCmd' from incompatible pointer type
plplotter.c:1914: warning: passing arg 1 of `strtok' discards qualifiers from pointer target type
plplotter.c:1941: warning: passing arg 1 of `strtok' discards qualifiers from pointer target type
plplotter.c:2027: warning: passing arg 4 of `plTclCmd' from incompatible pointer type
plplotter.c: In function `ConfigurePlPlotter':
plplotter.c:2118: warning: passing arg 5 of `Tk_ConfigureWidget' from incompatible pointer type
plplotter.c: In function `Openlink':
plplotter.c:2414: warning: assignment discards qualifiers from pointer target type

Alan

Re: [Plplot-devel] I can't install HEAD version

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

On Mon, 5 Aug 2002, Maurice LeBrun wrote:

> It's these lines that are the problem:
>
> tk_drv: shared/tk$O $(TCLLIB_SO)
> 	...
>
> xwin_drv: shared/xwin$O $(TCLLIB_SO)
> 	...
>
> Apparently the value of TCLLIB_SO is being filled in, incorrectly, in the
> first pass through the file.  Typically we have dependency lists near
> the end of the file, by which time all the variables used are correct.
> So the solution is to either move these later in the file or use a variable
> that is defined further down.
>
> I tested this by changing TCLLIB_SO to TCLLIB_SO_BLAH in both of these lines,
> then added:
>
> TCLLIB_SO_BLAH = $(TCLLIB_SO)
>
> as the last line of the makefile.  Worked great.
>
> I don't know why I'm observing this and no one else is.  I even built & tested
> make-3.79.1 from the tarball, with the same result.

Probably you would need a patched version (from cvs if there is one for
make or perhaps from RedHat?)

>
> So anyway I'll make the change so I can install once again.

Thanks for installing that workaround to the make problem.

Alan

Re: [Plplot-devel] I can't install HEAD version

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

On Mon, 5 Aug 2002, Maurice LeBrun wrote:

> Alan W. Irwin writes:
>  > Wild guess to explain all this: on RH7.3 the linux system is somehow not
>  > being recognized properly so lib_sh_linux.in is not being included as part
>  > of the Makefile?
>
> It's included.  For some reason the first definition is being used and not the
> second.

and a further oddment is the first definition is being used with SO undefined.

> I just commented out the first definition and reran 'make install'
> and after that the install works fine.  Very odd.
>
> ged$ make -v
> GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.

I have the same make version 3.79.1, but from the Debian changelog there are
14 (!) patches to it (many upstream from GNU) since it came out in
September. Some of those have to do with variables so I suspect the RH
version isn't quite up to snuff.  Have you done your RH package updates?

Also, are we pushing gnu-make too much with this variable overriding
business? I have just looked fairly carefully in the info documentation
under the variable section, and I cannot find any reference to what happens
if you define a variable twice.  (I know what would happen in
Fortran....;-))

Alan

Re: tkwin headers (was Re: [Plplot-devel] I can't install HEAD version)

[Vince D. <vi...@sa...>]

I took it upon my self the test this, and it all works fine (for me!) so
I've committed a version of plplotter.c which removes all that tkInt
stuff..., plus the appropriate changes elsewhere.

cheers,

-- Vince

<http://www.santafe.edu/~vince>


On Mon, 5 Aug 2002, Vince Darley wrote:

> Try adding this to the end of pldefaults.tcl:
>
> proc plw_moveCursor {w x y xd yd} {
>     incr x $xd
>     incr y $yd
>     event generate $w <Motion> -warp 1 -x $x -y $y
> }
>
> foreach combo {
>     {}
>     Shift Option Control
>     {Shift Option} {Shift Control} {Option Control}
>     {Shift Option Control}
> } {
>     set multiply 1
>     for {set i 0} {$i < [llength $combo]} {incr i} {
> 	set multiply [expr {$multiply * 5}]
>     }
>     if {[llength $combo]} {
> 	set prefix "[join $combo -]-"
>     } else {
> 	set prefix ""
>     }
>     foreach dir {Left Right Up Down} x {-1 1 0 0} y {0 0 -1 1} {
> 	bind Plframe <${prefix}$dir> "plw_moveCursor %W %x %y\
> 	  [expr {$x * $multiply}] [expr {$y * $multiply}]"
>     }
> }
>
> and see if that gets the effect you want.  If so, you can happily remove
> the entire key-event processing stuff from plplotter.c (which I've just
> discovered doesn't seem to work on win/mac anyway, so this solution is
> better!)
>
> cheers,
>
> -- Vince
>
> <http://www.santafe.edu/~vince>
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: tkwin headers (was Re: [Plplot-devel] I can't install HEAD version)

[Vince D. <vi...@sa...>]

Try adding this to the end of pldefaults.tcl:

proc plw_moveCursor {w x y xd yd} {
    incr x $xd
    incr y $yd
    event generate $w <Motion> -warp 1 -x $x -y $y
}

foreach combo {
    {}
    Shift Option Control
    {Shift Option} {Shift Control} {Option Control}
    {Shift Option Control}
} {
    set multiply 1
    for {set i 0} {$i < [llength $combo]} {incr i} {
	set multiply [expr {$multiply * 5}]
    }
    if {[llength $combo]} {
	set prefix "[join $combo -]-"
    } else {
	set prefix ""
    }
    foreach dir {Left Right Up Down} x {-1 1 0 0} y {0 0 -1 1} {
	bind Plframe <${prefix}$dir> "plw_moveCursor %W %x %y\
	  [expr {$x * $multiply}] [expr {$y * $multiply}]"
    }
}

and see if that gets the effect you want.  If so, you can happily remove
the entire key-event processing stuff from plplotter.c (which I've just
discovered doesn't seem to work on win/mac anyway, so this solution is
better!)

cheers,

-- Vince

<http://www.santafe.edu/~vince>

Re: tkwin headers (was Re: [Plplot-devel] I can't install HEAD version)

[Vince D. <vi...@sa...>]

    dbug_enter("PlPlotterKeyEH");
    string = TkpGetString((TkWindow*)tkwin,eventPtr,&ds);
    pldebug("PlPlotterKeyEH", "Translation: %s\n", string);
    keysym = TkStringToKeysym(string);

there are actually two functions which are problematic.  I think the exact
same effect can be accomplished in pure Tcl (8.3 or newer where 'event
generate ... -warp exists), and that this function could be removed
completely.  Unfortunately it won't be just a couple of lines of Tcl, but
not too bad.

-- Vince

<http://www.santafe.edu/~vince>


On Mon, 5 Aug 2002, Maurice LeBrun wrote:

> Maurice LeBrun writes:
>  > Maurice LeBrun writes:
>  >  > I was also surprised to find the following dependencies with the tkwin stuff:
>  >  >
>  >  > gcc -fPIC -c  -g        -O    -I. -I/home/mjl/gts/include -c plplotter.c -o
>  >  > shared/plplotter.o
>  >  > In file included from plplotter.c:276:
>  >  > /home/mjl/gts/include/tkInt.h:27:20: tkPort.h: No such file or directory
>  >  > /home/mjl/gts/include/tkInt.h:878:24: tkIntDecls.h: No such file or directory
>  >  >
>  >  > Ugh.  More internal TK headers that I need to remember to install I see.
>  >  > (I already have several non-standard ones installed, sigh.)
>  >
>  > After copying these two, now:
>  >
>  > In file included from /home/mjl/gts.tst/include/tkInt.h:27,
>  >                  from plplotter.c:276:
>  > /home/mjl/gts.tst/include/tkPort.h:32:39: ../unix/tkUnixPort.h: No such file or directory
>  > make[1]: *** [shared/plplotter.o] Error 1
>  >
>  > tkUnixPort.h?  This is getting pretty gross.  Does anyone have a complete list
>  > of all the tk headers one needs to install?
>
> BTW just for future reference, the culprit in plplotter.c responsible for all
> this nonsense is:
>
> PlPlotterKeyEH(ClientData clientData, register XEvent *eventPtr)
> {
>     ...
>     string = TkpGetString((TkWindow*)tkwin,eventPtr,&ds);
>
> where TkWindow is defined in tkInt.h.
>
> So, is there really no workaround that goes through the public API?
>
> --
> Maurice LeBrun    mj...@ga...
> Research Organization for Information Science and Technology of Japan (RIST)
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] tkwin.c is now split and I have also reorganized the linking on Linux

[Vince D. <vi...@sa...>]

What we would like, under Wish, is for the following to work:

> wish
% package require Plplotter
5.1.0
% plframe .p
etc etc.

Now, for 'package require Plplotter' to work, there must be an appropriate
pkgIndex.tcl file somewhere that tcl is going to search by default.
Clearly tcl is never going to search in any /usr/local/plplot by default,
so that means we must install something *extra* into a location that tcl
will search.  Tcl uses the 'auto_path' as the set of directories to look
for subdirectories which contain new pkgIndex.tcl files.  For example, on
Windows, my auto_path is this:

% set auto_path
{C:/Program Files/Tcl/lib/tcl8.4} {C:/Program Files/Tcl/lib} {C:/Program
Files/Tcl/lib/tcllib0.8} {C:/Program Files/Tcl/lib/tk8.4}

The second one of these (.../tcl/lib) is the most generic.  If I create a
directory in there (..../tcl/lib/plplot5.1.0/) and put a pkgIndex.tcl file
inside that directory, then tcl will find it automatically.  This is what
we want.

Having done that, we then have a choice whether to put all the rest of the
tcl bindings in that directory as well (symlinks if desired), or whether
that pkgindex actually just points Tcl to /usr/local/plplot/.... instead.
That is a choice for all of you to make.  If you wish to allow the tcl/tk
plplot bindings to be used when they are wrapped inside a standalone
tcl/tk executable (which would be nice) then there should at least be the
option of putting everything in the Tcl hierarchy.  I would suggest making
symlinks to everything that might be needed in that directory (including
the .fnt, .map files).

hope that helps,

-- Vince

<http://www.santafe.edu/~vince>


On Fri, 2 Aug 2002, Alan W. Irwin wrote:

> Let's get down to specifics.  Currently, all the tcl stuff is installed here
>
> ls /usr/local/plplot/lib/plplot5.1.0/tcl
> FileSelector.tcl  cmap0a.pal   cmap1d.pal      plcolor.tcl*    pltools.tcl
> PLWin.itk         cmap1a.pal   help_gui.tcl    plconfig.tcl    plwidget.tcl
> PLXWin.itk        cmap1a1.pal  help_keys.tcl   pldefaults.tcl  tclIndex
> Pltkwin.tcl       cmap1b.pal   help_tcltk.tcl  plplot.tcl
> about.tcl         cmap1c.pal   plclient.tcl    plserver.tcl
>
> and the drivers are installed here
>
> ls /usr/local/plplot/lib/plplot5.1.0/drivers/tkwind_drv.so
> /usr/local/plplot/lib/plplot5.1.0/drivers/tkwind_drv.so
>
> where /usr/local/plplot is my prefix.
>
> Are you suggesting copying bindings/tk-x-plat/pkgIndex.tcl to
> $prefix/lib/plplot5.1.0/tcl and also putting a symbolic link from
> that directory to the actual driver share object location (so it appears
> the shared object is in the same directory as pkgIndex.tcl)?  I think you
> also imply below that autopath would have to be changed to find
> /usr/local/plplot/lib/plplot5.1.0/tcl, but I may be misunderstanding you.
>
> What would be the exact wish recipe associated with what you would like me
> to do?
>
> Please give me the full wish cookbook.  Currently, my linking changes of
> moving everything to tkwind_drv.so seems to have confused the ability of
> wish to find the *.tcl files in /usr/local/plplot/lib/plplot5.1.0/tcl, and I
> am hoping that problem will get straightened out by the changes you suggest
> (perhaps the autopath change?) that are associated with the using the
> pkgIndex.tcl file.
>
> Incidentally, the library linking changes cause no problems with
>
> /usr/local/plplot/bin/plserver
> source tkdemos.tcl
> 1
> 2
> 3
> ...
>
> but now if I try source runAllDemos.tcl instead, it (unlike tkdemos.tcl)
> cannot find the x??.tcl examples in the current directory. I have no idea
> why subtleties of linking are having this bad effect on the runAllDemos.tcl
> case, but I hope you are able to change runAllDemos.tcl to look in the
> current directory for x??.tcl so it won't be so sensitive to linking
> changes.
>
> Alan
>
> email: ir...@be...
> phone: 250-727-2902	FAX: 250-721-7715
> snail-mail:
> Dr. Alan W. Irwin
> Department of Physics and Astronomy,
> University of Victoria, P.O. Box 3055,
> Victoria, British Columbia, Canada, V8W 3P6
> __________________________
>
> Linux-powered astrophysics
> __________________________
>
> On Fri, 2 Aug 2002, Vince Darley wrote:
>
> > [...] 'load' will search
> > anything on your path, but, by and large all normal uses of 'load' specify
> > a full path, so it's not so much of an issue.  for easiest use with
> > tcl/tk, we will need to install something into the tcl/tk hierarchy so it
> > is automatically picked up by them.  We need to put a directory (called,
> > say, plplot5.1.0, but that doesn't matter too much) anywhere on Tcl's
> > auto_path, and put the pkgIndex.tcl (from bindings/tk-x-plat) into that
> > directory, together with appropriate information on where to find the .so
> > it will be loading (currently that pkgIndex.tcl assumes that everything it
> > is looking for will also be in that directory, since that is how things
> > are installed for a normal Tcl extension).
> >
> > -- Vince
> >
> > <http://www.santafe.edu/~vince>
> >
> >
> >
> >
>
>

Re: [Plplot-devel] I can't install HEAD version

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

Maurice LeBrun writes:
 > Alan W. Irwin writes:
 >  > If your RH7.3 Makefile is the same as mine, then from your results below,
 >  > the RH7.3 make command has ignored the second definition and used the first
 >  > definition instead with SO undefined.  That would be a really strange result
 >  > so I suspect your Makefile is somehow different from the above.
 > 
 > [...] For some reason the first definition is being used and not the
 > second.  I just commented out the first definition and reran 'make install'
 > and after that the install works fine.  Very odd.

It's these lines that are the problem:

tk_drv: shared/tk$O $(TCLLIB_SO) 
	...

xwin_drv: shared/xwin$O $(TCLLIB_SO) 
	...

Apparently the value of TCLLIB_SO is being filled in, incorrectly, in the
first pass through the file.  Typically we have dependency lists near
the end of the file, by which time all the variables used are correct.
So the solution is to either move these later in the file or use a variable
that is defined further down.

I tested this by changing TCLLIB_SO to TCLLIB_SO_BLAH in both of these lines,
then added:

TCLLIB_SO_BLAH = $(TCLLIB_SO) 

as the last line of the makefile.  Worked great.

I don't know why I'm observing this and no one else is.  I even built & tested
make-3.79.1 from the tarball, with the same result.

So anyway I'll make the change so I can install once again.

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