Re: [Plplot-devel] cvs head versus Tcl/Tk 8.4.1

[Geoffrey F. <fu...@ga...>]

Geoffrey Furnish writes:
 > I'll try to make a detailed post tomorrow on what I'm having trouble
 > with.

Okay.  Here's the deal.  cvs head static driver builds are busted.
Everybody seems to have known that but I had forgotten.

Using --enable-dyndrivers, I can get a build, but only if I have
LD_LIBRARY_PATH set to .:$prefix.  I don't think we should leave it
like that.  Specification of correct -rpaths can alleviate that, and
we should eventuall fix the build system to supply them in all the
right places.  I ordinarily in my professional development activities,
do not ever need to set LD_L_P.

But, the Tk driver only works if I build against an old Tcl/Tk.  cvs
head's Tk driver does not work when built against Tcl/Tk 8.4.1.  If
you type x01c, tk, it just hangs.  If you try to run plserver
directly, it exits immediately with error code 1.

[furnish@xiphi tmp]$ ldd plserver
        libplplottcltk.so.5 =>
/home/furnish/devel/tcl/841/plplot/tmp/libplplottcltk.so.5
(0x40014000)
        libc.so.6 => /lib/i686/libc.so.6 (0x42000000)
        libtcl.so.0 => /usr/lib/libtcl.so.0 (0x4004f000)
        libtk.so.0 => /usr/lib/libtk.so.0 (0x400cf000)
        libplplot.so.5 =>
/home/furnish/devel/tcl/841/plplot/tmp/libplplot.so.5 (0x4017b000)
        libtclmatrix.so.5 =>
/home/furnish/devel/tcl/841/plplot/tmp/libtclmatrix.so.5 (0x401ae000)
        libitcl3.2.so =>
/home/furnish/fastflow/tcl-841/lib/libitcl3.2.so (0x401b3000)
        libitk3.2.so =>
/home/furnish/fastflow/tcl-841/lib/libitk3.2.so (0x401cd000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x401d7000)
        libdl.so.2 => /lib/libdl.so.2 (0x402ac000)
        libm.so.6 => /lib/i686/libm.so.6 (0x402af000)
        libgcc_s.so.1 => /opt/gcc-3.2/lib/libgcc_s.so.1 (0x402d1000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
[furnish@xiphi tmp]$ ./plserver
[furnish@xiphi tmp]$ echo $?
1
[furnish@xiphi tmp]$ 

With cvs head built against Tcl/Tk 8.3.3, ./plserver pops up a top
level and gives you a prompt.

So, something is wrong with that.  

BTW, the build is almost clean when we build against Tcl/Tk 8.3.3, but
there are oodles of warnings in the build against Tcl/Tk 8.4.1.
Evidently they changed some const qualifiers on some of the publi Tcl
API functions.  I don't know if we can solve these interface binding
issues in plplot with casts.  I do know that in one of my C++
projects, it is illegal to make the casts needed, so the Tcl client
code actually has to be changed to support the new const qualifiers on
the Tcl API functions.  Sheesh, this is awfully late in the game for
the Tcl guys to discover const.  Maybe C will be more permissive.
grrr. 

-- 
Geoffrey Furnish         fu...@ga...