Re: [Plplot-general] funky installation problem

[<hv...@i-...>]

OK, I think this is my current working solution in detail. It's pretty
brain-dead, but it works.

1. I installed tcl and tk with --prefix=/foo where foo is my home

2. untar plplot to build dir

3. set env vars TCL_LIBRARY and TK_LIBRARY to /foo/tcltk/lib/tcl and /tk
respectively

4. set env vars TCLINCDIR and TKINCDIR to /foo/tcltk/include

5. set env vars TCLLIBDIR and TKLIBDIR to /foo/tcltk/lib

6. in plplotbuild/scripts:
there is file mktclIndex which execs tclsh; this was pulling in
older tclsh 8.0 on host instead of tclsh in my copy of tcl. So I hard
code exec with exec /foo/tcltk/bin/tclsh. This gets us past
mktclIndex build problem.

7. run ./configure --prefix=/foo/plplot --disable-itcl --disable-f77

p.s. Does anybody know if Absoft f90 is supposed to work as f77 build?
Because my initial attempt at this failed....so f77 is off for now....

8. make, then make install. bue-tee-ful.

9. Here comes more ignorance on my part: the build will create plserver,
for example, so you can run plserver and get an initial wishx window.
But if you do a plxframe creation, you core dump.

So a bit of ldd work reveals that resultant plserver (and maybe other
targets) built with dependency on libtcl.so in default (8.0!) directory.
Don't want that. So I make (here we go...) symlinks in the plserver
directory to respective libtcl8.3.so, etc in private copy of 8.3 tcl/tk.
Now it works.

So there is my silliness: I can build and run using this kl00ge, but
can I do it a bit cleaner, especially wrt ldd noted lib dependencies at
run or, preferably, compile-time?

Thanks for your collective help and responsiveness!

hv

>  > this sure looks like itcl is being 'pulled in' but I still have not
>  > figured out why, Yes, I see this happening from mktclIndex,
>  > but just out of curiousity, why the hell is itcl being invoked if
>  > I spec --disable-itcl?
>
> Because mktclIndex is not coupled to the configuration process (it should be),
> and apparently the [catch {package require Itcl}] does not generate an error.
> I didn't consider the case where an iTcl installation would be found but was
> disabled by configure & worse, didn't work with the version of Tcl/TK you were
> linking against.  I'll put it on my list of stuff to fix, but meanwhile you
> can hack mktclIndex to only include: "auto_mkindex *.tcl" after the tclsh exec.
>
> --
> Maurice LeBrun    mj...@ga...