plplot-general — PLplot user discussion group

Re: [Plplot-general] Problem with colormap in Tk driver

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

Roberto Hernandez writes:
 > Hello everyone,
 > 
 > I'm having a small problem when using the Tk driver. When I select Plot --> 
 > Options --> Palette 0 (or 1) from the plot menu I get the following error 
 > message: Error: bad window path name "". The a new toplevel window pops up, 
 > but it's blank.
 > ...

These are very old utilities and haven't worked at all in a long time.
I was planning to rewrite them in iTcl one of these days.

 > I get the feeling that the problem lies in the fact that I built PLplot 
 > without the ITCL bindings. Am I right? Is ITCL necessary for choosing 
 > different palettes?

Will be, eventually.

-- 
Maurice LeBrun    mj...@ga...

[Plplot-general] Problem with colormap in Tk driver

[Roberto H. <ro...@ad...>]

Hello everyone,

I'm having a small problem when using the Tk driver. When I select Plot --> 
Options --> Palette 0 (or 1) from the plot menu I get the following error 
message: Error: bad window path name "". The a new toplevel window pops up, 
but it's blank.

I checked through the Tcl libraries and figured out that the procedures 
called when selectecting those items are:

------------------------
proc plcmap1_edit {plot} {
 
    global ncol1 plcmap1_col plcmap1_pos palette
 
    catch {destroy .edit}
    toplevel .edit
    dpos .edit
    wm title .edit "Color Map 1 Editor"
    wm iconname .edit "Cmap1 Editor"
    wm minsize .edit 100 100
 
    pack append .edit \
        [Buttons1:create [Buttons1] .edit.buttons $plot] "top fillx"
 
    pack append .edit \
        [ColorPalette1:create \
             [set palette [ColorPalette1]] .edit.palette $plot] "left filly"
}

(same for plcmap0_edit)
------------------------

The error message comes from trying to execute the last two "pack append" 
commands because of the "Buttons1:create" part. I looked for that and it 
appears to be a subclass.

I get the feeling that the problem lies in the fact that I built PLplot 
without the ITCL bindings. Am I right? Is ITCL necessary for choosing 
different palettes?

Thanks,

Roberto

[Plplot-general] Partial Plplot installation under AIX

[Don S. <sp...@or...>]

Jo=E3o,

The version of pstex.c you sent compiled without problem under the 
AIX xlc compiler.  I am still getting two error codes (2 and 8) from 
make that I haven't been able to pin down; however, at least the 
Plplot library seems to have been successfully built.  If I go ahead 
and do "make install", I find that it cannot create either plrender 
or pltex, but I am able to compile the C and Fortran demos and they 
run okay.

-Thanks, Don

|
| I'm sorry! What I sent you is the current development version, not
| compatible with 5.0.4.
|
| I attach the correct file now (I hope). But perhaps you find easier
| to live with the gcc compiled plplot? I believe that there exists
| other issues with AIX.


-- 
_________________________________________________________
Donald A. Spong, Fusion Energy Theory, ORNL
Snail-mail: P. O. Box 2009
Oak Ridge, Tennessee  37831-8071
Phone: (865) 574-1304   FAX: (865) 576-7926
E-mail: sp...@or...
_________________________________________________________

Re: [Plplot-general] Re: Installing Plplot under AIX

[<jca...@in...>]

On Friday 05 October 2001 20:35, Don Spong wrote:
| | I have corrected the pstex.c gccism constructs, testing with "gcc
| | -Wall -pedantic -ansi"! and I will CVS commit them soon.
| |
| | However ntk.c has such constructs. I will not change them, as
| | ntk.c is still under dev.
| |
| | Jo=E3o
|
| Thanks Jo=E3o for sending the modified pstex.c.  However,when I tried
| the new version of pstex.c under the AIX compiler (xlc), I now get
| the following errors:

I'm sorry! What I sent you is the current development version, not=20
compatible with 5.0.4.

I attach the correct file now (I hope). But perhaps you find easier=20
to live with the gcc compiled plplot? I believe that there exists=20
other issues with AIX.

=2E..

|
| I have been able to successfully install plplot-5.0.4 under AIX
| using the following configure line:
|
| configure --prefix=3D/tmp/gpfs200a/dspong/plplot-5.0.4 --with-gcc \
|   --enable-tcl=3Dno --enable-tk=3Dno --enable-itcl=3Dno
|
| This is then followed by the usual make and make install commands.=20
| I can live with this for now as I can apparently link to the
| gcc-compiled plplot from AIX compiled code without problems.  I'll
| also look into getting tk and tck installed.

According to a private Don Spong e-mail, "--disable-pstex" or=20
"enable-pstex=3Dno" is not working, as I hadn't add support for it in=20
"configure".

| One further note on the AIX compiler is that I=20
| had to add in the -qcpluscmt flag due to some C++ style comment
| lines in ps.c.

Thus, I'm paying for my gccisms. That's time to learn with my errors!

Joao

[Plplot-general] Re: Installing Plplot under AIX

[Don S. <sp...@or...>]

| I have corrected the pstex.c gccism constructs, testing with "gcc
| -Wall -pedantic -ansi"! and I will CVS commit them soon.
|
| However ntk.c has such constructs. I will not change them, as ntk.c
| is still under dev.
|
| Jo=E3o

Thanks Jo=E3o for sending the modified pstex.c.  However,when I tried 
the new version of pstex.c under the AIX compiler (xlc), I now get 
the following errors:

         xlc -fpic -c -qcpluscmt             -I. pstex.c
"pstex.c", line 48.47: 1506-277 (S) Syntax error: possible missing ')' or ',=
'?
"pstex.c", line 50.5: 1506-045 (S) Undeclared identifier pdt.
"pstex.c", line 52.24: 1506-045 (S) Undeclared identifier 
plDevType_FileOriented.
"pstex.c", line 54.24: 1506-045 (S) Undeclared identifier plD_init_fp.
"pstex.c", line 54.42: 1506-275 (S) Unexpected text plD_init_pstex encounter=
ed.
"pstex.c", line 55.24: 1506-045 (S) Undeclared identifier plD_line_fp.
"pstex.c", line 55.42: 1506-275 (S) Unexpected text plD_line_ps encountered.
"pstex.c", line 56.24: 1506-045 (S) Undeclared identifier plD_polyline_fp.
"pstex.c", line 56.42: 1506-275 (S) Unexpected text plD_polyline_ps 
encountered.
"pstex.c", line 57.24: 1506-045 (S) Undeclared identifier plD_eop_fp.
"pstex.c", line 57.42: 1506-275 (S) Unexpected text plD_eop_ps encountered.
"pstex.c", line 58.24: 1506-045 (S) Undeclared identifier plD_bop_fp.
"pstex.c", line 58.42: 1506-275 (S) Unexpected text plD_bop_pstex encountere=
d.
"pstex.c", line 59.24: 1506-045 (S) Undeclared identifier plD_tidy_fp.
"pstex.c", line 59.42: 1506-275 (S) Unexpected text plD_tidy_pstex encounter=
ed.
"pstex.c", line 60.24: 1506-045 (S) Undeclared identifier plD_state_fp.
"pstex.c", line 60.42: 1506-275 (S) Unexpected text plD_state_ps encountered=
=2E
"pstex.c", line 61.24: 1506-045 (S) Undeclared identifier plD_esc_fp.
"pstex.c", line 61.42: 1506-275 (S) Unexpected text plD_esc_pstex encountere=
d.
make: 1254-004 The error code from the last command is 1.

I have been able to successfully install plplot-5.0.4 under AIX using 
the following configure line:

configure --prefix=3D/tmp/gpfs200a/dspong/plplot-5.0.4 --with-gcc \
  --enable-tcl=3Dno --enable-tk=3Dno --enable-itcl=3Dno

This is then followed by the usual make and make install commands.  I 
can live with this for now as I can apparently link to the 
gcc-compiled plplot from AIX compiled code without problems.  I'll 
also look into getting tk and tck installed.
-- 
_________________________________________________________
Donald A. Spong, Fusion Energy Theory, ORNL
Snail-mail: P. O. Box 2009
Oak Ridge, Tennessee  37831-8071
Phone: (865) 574-1304   FAX: (865) 576-7926
E-mail: sp...@or...
_________________________________________________________

Re: [Plplot-general] Installing plplot under AIX

[<jca...@in...>]

On Friday 05 October 2001 02:36, Jo=E3o Cardoso wrote:
| On Thursday 04 October 2001 21:30, Don Spong wrote:
| | Hi,
| | I'm trying to compile plplot 5.0.4 on an IBM-SP running AIX.  If
| | I edit the Makefile (in /plplot/tmp) to use the GCC compiler,
| | everything works fine.  However, since IBM's xlc compiler makes
| | faster code, I would rather use that.  Unfortunately, xlc
| | stumbles over some parts of pstex.c which use characters such as
| | #'s and backslashes in writing out postscript commands:
| |
| | plplot-5.0.4> make
| |          cd tmp; make default
| |          xlc -fpic -c -qcpluscmt -qdbcs             -I. pstex.c
| | "pstex.c", line 47.43: 1506-186 (S) String literal must be ended
| | before the end of line.
|
| Hi,
|
| The best advise I can give to you is to disable the pstex driver at
| configure time issuing
|
| =09./configure --disable-pstex <plus_other_options>

I have corrected the pstex.c gccism constructs, testing with "gcc=20
-Wall -pedantic -ansi"! and I will CVS commit them soon.

However ntk.c has such constructs. I will not change them, as ntk.c=20
is still under dev.

Joao

|
| I will try to solve that problem as soon as I can.
| Thanks,
|
| Joao
|
| _______________________________________________
| Plplot-general mailing list
| Plp...@li...
| https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Installing plplot under AIX

[<jca...@in...>]

On Thursday 04 October 2001 21:30, Don Spong wrote:
| Hi,
| I'm trying to compile plplot 5.0.4 on an IBM-SP running AIX.  If I
| edit the Makefile (in /plplot/tmp) to use the GCC compiler,
| everything works fine.  However, since IBM's xlc compiler makes
| faster code, I would rather use that.  Unfortunately, xlc stumbles
| over some parts of pstex.c which use characters such as #'s and
| backslashes in writing out postscript commands:
|
| plplot-5.0.4> make
|          cd tmp; make default
|          xlc -fpic -c -qcpluscmt -qdbcs             -I. pstex.c
| "pstex.c", line 47.43: 1506-186 (S) String literal must be ended
| before the end of line.

Hi,

The best advise I can give to you is to disable the pstex driver at=20
configure time issuing

=09./configure --disable-pstex <plus_other_options>

I will try to solve that problem as soon as I can.
Thanks,

Joao

[Plplot-general] Installing plplot under AIX

[Don S. <sp...@or...>]

Hi,
I'm trying to compile plplot 5.0.4 on an IBM-SP running AIX.  If I 
edit the Makefile (in /plplot/tmp) to use the GCC compiler, 
everything works fine.  However, since IBM's xlc compiler makes 
faster code, I would rather use that.  Unfortunately, xlc stumbles 
over some parts of pstex.c which use characters such as #'s and 
backslashes in writing out postscript commands:

plplot-5.0.4> make
         cd tmp; make default
         xlc -fpic -c -qcpluscmt -qdbcs             -I. pstex.c
"pstex.c", line 47.43: 1506-186 (S) String literal must be ended 
before the end of line.
"pstex.c", line 48.1: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 48.2: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 48.3: 1506-276 (S) Syntax error: possible missing ')'?
"pstex.c", line 49.1: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 49.2: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 50.1: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 50.2: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 50.13: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 50.14: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.1: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.2: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.13: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.14: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.27: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.28: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.32: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.33: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.44: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 51.45: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 52.1: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 52.2: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 52.7: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 52.8: 1506-191 (E) The character \ is not a valid C 
source character.
"pstex.c", line 52.19: 1506-191 (E) The character # is not a valid C 
source character.
"pstex.c", line 52.21: 1506-191 (E) The character # is not a valid C 
source character.
"pstex.c", line 52.23: 1506-191 (E) The character # is not a valid C 
source character.
"pstex.c", line 52.25: 1506-191 (E) The character # is not a valid C 
source character.

etc.


The lines in pstex.c that xlc finds offensive are, for example:

   fprintf(fp,"\\begin{picture}(0,0)(0,0)%%
\\includegraphics[scale=1.,clip]{%s}%%
\\end{picture}%%
\\setlength{\\unitlength}{%fbp}%%
\\begingroup\\makeatletter\\ifx\\SetFigFont\\undefined%%
\\gdef\\SetFigFont#1#2#3#4#5{%%
\\reset@font\\fontsize{#1}{#2pt}%%
\\fontfamily{#3}\\fontseries{#4}\\fontshape{#5}%%
\\selectfont}%%
\\fi\\endgroup%%\n",



   fprintf(fp,"\\put(%d,%d){\\rotatebox{%.1f}{\\makebox(0,0)[%c%c]
{\\SetFigFont{%.1f}{12}",
      args->x, args->y, alpha, jst, ref, ft_ht);


   fprintf(fp,"%% Your text follows:
%s
}}}}", cptr);


Any idea what I need to do to make this acceptable to the xlc compiler?
-- 
_________________________________________________________
Donald A. Spong, Fusion Energy Theory, ORNL
Snail-mail: P. O. Box 2009
Oak Ridge, Tennessee  37831-8071
Phone: (865) 574-1304   FAX: (865) 576-7926
E-mail: sp...@or...
_________________________________________________________

Re: [Plplot-general] funky installation problem

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

hv...@i-... writes:
 > On Thu, 4 Oct 2001, Geoffrey Furnish wrote:
 > > If you configure plplot with the wrong prefix, it won't find the right
 > > libs.  Alan mentioned all those env vars, but I haven't used them, so
 > > can't comment on that pathway.  Here's what I recommend:
 > >
 > > configure tcl --prefix=/foo; make; make install
 > > configure tk  --prefix=/foo; make; make install
 > > configure plplot  --prefix=/foo; make; make install
 > >
 > > I think it will work, and be much simpler in this case.
 > 
 > yeah, I did that, as noted in original note ("I installed tcl and tk
 > in foo" implied ./configure --prefix=/foo for each pristine install).
 > 
 > it did not work. That is why I did noted stuff and incantations....

Well, your note posted earlier today said:
 > 1. I installed tcl and tk with --prefix=/foo where foo is my home 
 >  [...]
 > 7. run ./configure --prefix=/foo/plplot --disable-itcl --disable-f77 

Assuming that what you said is what you meant, it is critically
different from what I said.

You must use the /exact same/ prefix for all packages.  If you do
this, PLplot's autosensing logic will find the goods in $prefix/lib.
But if you do Tcl/Tk to /foo and PLplot to /foo/plplot, then it will
not find a libtcl in /foo/plplot/lib because it is in /foo/lib.  If
you check through the cf stuff like Maurice was suggesting, you'll see
that "$prefix/lib" is one of the "standard places", and in particular,
takes precedance over all the "hard coded standard places" like
/usr/local/lib, /usr/lib, etc.  

In order for this to work, you have to configure PLplot, and all the
custom installed packages you want it to use, to the /exact same/
prefix.  If you did that, and it did not work, then we will find and
fix the bug.  But so far, your emails have not made it clear that you
have actually done this.  

Please advise if you still think there is an autodetection bug.

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

Re: [Plplot-general] funky installation problem

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

hv...@i-... writes:
 > 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.

If this solved the problem, then it could also have been solved by making sure
/foo/tcltk/bin/tclsh was in your path before any other tclsh.  Which you
should have anyway.

 > 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....

Is the f77 executable named "f77"?  Is it in your path?  If both are
true it should work.  You might want to take a look at the configure logic
in cf/sysconf.in (search for "f77") to see if there's any obvious reason
why it should fail on your system.

-- 
Maurice LeBrun    mj...@ga...

Re: [Plplot-general] funky installation problem

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

On Thu, 4 Oct 2001, Geoffrey Furnish wrote:
> If you configure plplot with the wrong prefix, it won't find the right
> libs.  Alan mentioned all those env vars, but I haven't used them, so
> can't comment on that pathway.  Here's what I recommend:
>
> configure tcl --prefix=/foo; make; make install
> configure tk  --prefix=/foo; make; make install
> configure plplot  --prefix=/foo; make; make install
>
> I think it will work, and be much simpler in this case.

yeah, I did that, as noted in original note ("I installed tcl and tk
in foo" implied ./configure --prefix=/foo for each pristine install).

it did not work. That is why I did noted stuff and incantations....

> Not sure about how the tclindex stuff will work in this case.  To be
> safe, I'd probably put /foo/bin early in my path.

yeah, well, I tried *many* obvious and not so obvious tacks.
it boiled down to proper tclsh for mktclIndex script, and
(however possible) pointing to right library.

So my hacked install works. It's just ugly......

hv

Re: [Plplot-general] funky installation problem

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

hv...@i-... writes:
 > 1. I installed tcl and tk with --prefix=/foo where foo is my home
 > 
 > 7. run ./configure --prefix=/foo/plplot --disable-itcl --disable-f77
 > 
 > 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?

If you configure plplot with the wrong prefix, it won't find the right
libs.  Alan mentioned all those env vars, but I haven't used them, so
can't comment on that pathway.  Here's what I recommend:

configure tcl --prefix=/foo; make; make install
configure tk  --prefix=/foo; make; make install
configure plplot  --prefix=/foo; make; make install

I think it will work, and be much simpler in this case.

Not sure about how the tclindex stuff will work in this case.  To be
safe, I'd probably put /foo/bin early in my path.

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

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...

Re: [Plplot-general] funky installation problem

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

hv...@i-... writes:
 > 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...

Re: [Plplot-general] funky installation problem

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

I was going to suggest using --prefix.  Your original report didn't
exactly show how configure was being run.

If you need to work not in the usual places, what you should do is
configure tcl, tk, and plplot, all against a chosen prefix, make and
make install each in turn.  So say you do:

mkdir ~/local
cd <tcldir>
./configure --prefix=$HOME/local
make
make install
cd <tkdir>
./configure --prefix=$HOME/local
make
make install

Then to build plplot against these private versions, do:

cd <.../plplot/tmp>
../configure --prefix=$HOME/local
make
make install

Then these Tcl/Tk's will be found (and used by PLplot) before any in
the "usual places". 

However, I cannot comment usefully right now, on the itcl collision
business.  

Alan W. Irwin writes:
 > That configure logic is complicated so this is just a suggestion of what
 > might work.  But if I understand it properly, it is designed so you can set
 > environment variables to force trying particular install locations.  For
 > example, I think you can setenv (with tcsh) or export (with the bash shell)
 > the following environment variables to specify any arbitrary install
 > location for TCL and TK: TCLINCDIR, TCLLIBDIR, TKINCDIR, and TKLIBDIR.
 > 
 > I don't have the expertise to help you with your specific itcl question, but
 > it does sound like we have a configuration inconsistency there. One
 > workaround for now until this gets fixed might be to install itcl then
 > configure with environment variables set for ITCLINCDIR and ITCLLIBDIR.
 > 
 > 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 Wed, 3 Oct 2001 hv...@i-... wrote:
 > 
 > > Hello. I am trying to install PLPlot on a fairly vanilla linux node
 > > in a cluster but am having a problem I can't correctly interpret.
 > > 
 > > First, I have installed PLPlot successfully on other linux and unix
 > > (SunOS) boxes without fault. On those machines, I had tcl/tk 8.3.3
 > > but NO access to itcl.
 > > 
 > > On the problem machine, I am not allowed to install code 'in the normal
 > > places' so I have to run everything out of my home directory. Let's say
 > > that is directory foo, so foo/tcl8.3.3 and foo/tk8.3.3 and foo/plplot5.0.4
 > > all live there.
 > > 
 > > Tcl and Tk installed just fine. If I invoke any code 'there' I run
 > > 8.3 code, and NOT 8.0.5 code that is also hosted in default paths
 > > on said host.
 > > 
 > > When I ./configure in plplot directory, I hang up because the script
 > > thinks that it is running on a machine with 8.0.5 code. So I took
 > > a look in configure script under tcl and tk sections. There, I found
 > > incdirs_default and libdirs_default variables. So I added:
 > > /foo/tcl8.3.3/generic \
 > > /foo/tcltk/include    \
 > > 
 > > to top of list for incdirs_default and:
 > > foo/tcltk/lib to top of
 > > libdirs_default list. Now when configure runs, it plays nice and says it
 > > finds 8.3.3 of tcl and tk. I have run configure with both (default)
 > > and --disable-itcl, but in either case, the subsequent make runs fine
 > > until I see this:
 > > 
 > > gcc pltcl.o -L. -lplplot -ltclmatrix -o pltcl \
 > > 	-L/home/hcvidal/tcltk/lib -ltk8.3 -ltcl8.3 -L/usr/X11R6/lib -lX11
 > > -ldl -lm -Wl,-rpath -Wl,/home/hcvidal/plplot-5.0.4/tmp no value given for
 > > parameter "body" to "_%@fake_itcl_class"
 > >     invoked from within "_%@fake_itcl_class $args"
 > >     ("eval" body line 1)
 > >     invoked from within "_%@eval _%@fake_itcl_class {$args}"
 > >     (procedure "itcl::class" line 1)
 > >     invoked from within "itcl::class Pltkwin {
 > >     inherit PLWin
 > >     constructor {args} {}
 > >     protected method plwin {} { return \$itk_interior.plwin }
 > > 
 > >     public metho..."
 > >     invoked from within "$parser eval $contents"
 > >     (procedure "auto_mkindex_parser::mkindex" line 25)
 > >     invoked from within "auto_mkindex_parser::mkindex $file"
 > >     (procedure "auto_mkindex" line 21)
 > >     invoked from within "auto_mkindex . *.tcl *.itcl *.itk *.ith *.itm"
 > >     (file "/home/hcvidal/plplot-5.0.4/scripts/mktclIndex" line 23)
 > > make[1]: *** [tclIndex] Error 1 make[1]: Leaving directory
 > > `/home/hcvidal/plplot-5.0.4/tmp' make: *** [all] Error 2
 > > 
 > > 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?
 > > 
 > > btw, is there an easier way to spec that myu plplot build should
 > > use a tcl and tk install 'over here' and not in default places,
 > > maybe via command line? That would be a lot easier.
 > > 
 > > Any helpful thoughts or solutions to be suggested? Thanks.
 > > 
 > > hv
 > > 
 > > 
 > > 
 > > _______________________________________________
 > > Plplot-general mailing list
 > > Plp...@li...
 > > https://lists.sourceforge.net/lists/listinfo/plplot-general
 > > 
 > 
 > 
 > _______________________________________________
 > Plplot-general mailing list
 > Plp...@li...
 > https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] funky installation problem

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

That configure logic is complicated so this is just a suggestion of what
might work.  But if I understand it properly, it is designed so you can set
environment variables to force trying particular install locations.  For
example, I think you can setenv (with tcsh) or export (with the bash shell)
the following environment variables to specify any arbitrary install
location for TCL and TK: TCLINCDIR, TCLLIBDIR, TKINCDIR, and TKLIBDIR.

I don't have the expertise to help you with your specific itcl question, but
it does sound like we have a configuration inconsistency there. One
workaround for now until this gets fixed might be to install itcl then
configure with environment variables set for ITCLINCDIR and ITCLLIBDIR.

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 Wed, 3 Oct 2001 hv...@i-... wrote:

> Hello. I am trying to install PLPlot on a fairly vanilla linux node
> in a cluster but am having a problem I can't correctly interpret.
> 
> First, I have installed PLPlot successfully on other linux and unix
> (SunOS) boxes without fault. On those machines, I had tcl/tk 8.3.3
> but NO access to itcl.
> 
> On the problem machine, I am not allowed to install code 'in the normal
> places' so I have to run everything out of my home directory. Let's say
> that is directory foo, so foo/tcl8.3.3 and foo/tk8.3.3 and foo/plplot5.0.4
> all live there.
> 
> Tcl and Tk installed just fine. If I invoke any code 'there' I run
> 8.3 code, and NOT 8.0.5 code that is also hosted in default paths
> on said host.
> 
> When I ./configure in plplot directory, I hang up because the script
> thinks that it is running on a machine with 8.0.5 code. So I took
> a look in configure script under tcl and tk sections. There, I found
> incdirs_default and libdirs_default variables. So I added:
> /foo/tcl8.3.3/generic \
> /foo/tcltk/include    \
> 
> to top of list for incdirs_default and:
> foo/tcltk/lib to top of
> libdirs_default list. Now when configure runs, it plays nice and says it
> finds 8.3.3 of tcl and tk. I have run configure with both (default)
> and --disable-itcl, but in either case, the subsequent make runs fine
> until I see this:
> 
> gcc pltcl.o -L. -lplplot -ltclmatrix -o pltcl \
> 	-L/home/hcvidal/tcltk/lib -ltk8.3 -ltcl8.3 -L/usr/X11R6/lib -lX11
> -ldl -lm -Wl,-rpath -Wl,/home/hcvidal/plplot-5.0.4/tmp no value given for
> parameter "body" to "_%@fake_itcl_class"
>     invoked from within "_%@fake_itcl_class $args"
>     ("eval" body line 1)
>     invoked from within "_%@eval _%@fake_itcl_class {$args}"
>     (procedure "itcl::class" line 1)
>     invoked from within "itcl::class Pltkwin {
>     inherit PLWin
>     constructor {args} {}
>     protected method plwin {} { return \$itk_interior.plwin }
> 
>     public metho..."
>     invoked from within "$parser eval $contents"
>     (procedure "auto_mkindex_parser::mkindex" line 25)
>     invoked from within "auto_mkindex_parser::mkindex $file"
>     (procedure "auto_mkindex" line 21)
>     invoked from within "auto_mkindex . *.tcl *.itcl *.itk *.ith *.itm"
>     (file "/home/hcvidal/plplot-5.0.4/scripts/mktclIndex" line 23)
> make[1]: *** [tclIndex] Error 1 make[1]: Leaving directory
> `/home/hcvidal/plplot-5.0.4/tmp' make: *** [all] Error 2
> 
> 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?
> 
> btw, is there an easier way to spec that myu plplot build should
> use a tcl and tk install 'over here' and not in default places,
> maybe via command line? That would be a lot easier.
> 
> Any helpful thoughts or solutions to be suggested? Thanks.
> 
> hv
> 
> 
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

[Plplot-general] funky installation problem

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

Hello. I am trying to install PLPlot on a fairly vanilla linux node
in a cluster but am having a problem I can't correctly interpret.

First, I have installed PLPlot successfully on other linux and unix
(SunOS) boxes without fault. On those machines, I had tcl/tk 8.3.3
but NO access to itcl.

On the problem machine, I am not allowed to install code 'in the normal
places' so I have to run everything out of my home directory. Let's say
that is directory foo, so foo/tcl8.3.3 and foo/tk8.3.3 and foo/plplot5.0.4
all live there.

Tcl and Tk installed just fine. If I invoke any code 'there' I run
8.3 code, and NOT 8.0.5 code that is also hosted in default paths
on said host.

When I ./configure in plplot directory, I hang up because the script
thinks that it is running on a machine with 8.0.5 code. So I took
a look in configure script under tcl and tk sections. There, I found
incdirs_default and libdirs_default variables. So I added:
/foo/tcl8.3.3/generic \
/foo/tcltk/include    \

to top of list for incdirs_default and:
foo/tcltk/lib to top of
libdirs_default list. Now when configure runs, it plays nice and says it
finds 8.3.3 of tcl and tk. I have run configure with both (default)
and --disable-itcl, but in either case, the subsequent make runs fine
until I see this:

gcc pltcl.o -L. -lplplot -ltclmatrix -o pltcl \
	-L/home/hcvidal/tcltk/lib -ltk8.3 -ltcl8.3 -L/usr/X11R6/lib -lX11
-ldl -lm -Wl,-rpath -Wl,/home/hcvidal/plplot-5.0.4/tmp no value given for
parameter "body" to "_%@fake_itcl_class"
    invoked from within "_%@fake_itcl_class $args"
    ("eval" body line 1)
    invoked from within "_%@eval _%@fake_itcl_class {$args}"
    (procedure "itcl::class" line 1)
    invoked from within "itcl::class Pltkwin {
    inherit PLWin
    constructor {args} {}
    protected method plwin {} { return \$itk_interior.plwin }

    public metho..."
    invoked from within "$parser eval $contents"
    (procedure "auto_mkindex_parser::mkindex" line 25)
    invoked from within "auto_mkindex_parser::mkindex $file"
    (procedure "auto_mkindex" line 21)
    invoked from within "auto_mkindex . *.tcl *.itcl *.itk *.ith *.itm"
    (file "/home/hcvidal/plplot-5.0.4/scripts/mktclIndex" line 23)
make[1]: *** [tclIndex] Error 1 make[1]: Leaving directory
`/home/hcvidal/plplot-5.0.4/tmp' make: *** [all] Error 2

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?

btw, is there an easier way to spec that myu plplot build should
use a tcl and tk install 'over here' and not in default places,
maybe via command line? That would be a lot easier.

Any helpful thoughts or solutions to be suggested? Thanks.

hv

Re: [Plplot-general] install problems

[Roberto H. <ro...@ad...>]

You might not need this anymore, but just in case you do:

| Is there any way to see if the libgd.so.1.8.4
| file is the same in both rpms?

Try rpm -qpl <rpm-filename>

That will list all the files in the rpm.

- Roberto

Re: [Plplot-general] install problems

[M. F. <mfr...@se...>]

BTW I didn't download it from sourceforge I downloaded
it from rpmfind.net. Perhaps that was where my troubles
REALLY began.

Assuming I do as you suggest, and it works (I have no doubt it will)
here is simpler problem.
I want to write a C++ program that streams a png and/or
jpeg image to a webpage. How do I specify png or jpeg
format and write to stdio using the plplot C++ interface?
I can't seam to find the documentation.

Thanks.

Martin

On Mon, 1 Oct 2001, Alan W. Irwin wrote:

> IMPORTANT.  Martin, please forget all my previous replies on and off list.
> You downloaded an old version of an rpm that is not at all suitable for
> Mandrake 8.0.  My apologies for not recognizing that sooner.
> 
> Stop and start over with no plplot, your original Mandrake libgd libraries,
> and no symlinks.
> 
> Go to http://sourceforge.net/project/showfiles.php?group_id=2915.
> Read the release notes for plplot-5.0.3-4.i386.rpm by clicking on the
> associated 5.0.3 link on that page.
> 
> "This is a binary rpm of PLplot version 5.0.3 that is suitable for RedHat
> 7.1." That means it is *not* suitable for any other distribution including
> Mandrake.  Also 5.0.3 is dated.  Use 5.0.4 instead which is the only one we
> support. Click on those release notes (e.g., the 5.0.4 link) and you will
> see
> 
> "plplot-5.0.4-3mdk.i686.rpm   binary rpm for Mandrake 8.0"
> 
> That is the one you should choose, and I believe all your troubles will be
> over.
> 
> I am putting this on list because it is an object lesson to read the release
> notes at sourceforge before downloading.
> 
> I also have to say you put everything I needed to know (the rpm package name)
> in your original post, but I missed it.  Sorry again.
> 
> 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, 1 Oct 2001, M. Frankford wrote:
> 
> > 
> > [root@]# rpm -i plplot-5.0.3-4.i386.rpm
> > error: failed dependencies:
> >         libgd.so.1.8   is needed by plplot-5.0.3-4
> 
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

Re: [Plplot-general] install problems

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

IMPORTANT.  Martin, please forget all my previous replies on and off list.
You downloaded an old version of an rpm that is not at all suitable for
Mandrake 8.0.  My apologies for not recognizing that sooner.

Stop and start over with no plplot, your original Mandrake libgd libraries,
and no symlinks.

Go to http://sourceforge.net/project/showfiles.php?group_id=2915.
Read the release notes for plplot-5.0.3-4.i386.rpm by clicking on the
associated 5.0.3 link on that page.

"This is a binary rpm of PLplot version 5.0.3 that is suitable for RedHat
7.1." That means it is *not* suitable for any other distribution including
Mandrake.  Also 5.0.3 is dated.  Use 5.0.4 instead which is the only one we
support. Click on those release notes (e.g., the 5.0.4 link) and you will
see

"plplot-5.0.4-3mdk.i686.rpm   binary rpm for Mandrake 8.0"

That is the one you should choose, and I believe all your troubles will be
over.

I am putting this on list because it is an object lesson to read the release
notes at sourceforge before downloading.

I also have to say you put everything I needed to know (the rpm package name)
in your original post, but I missed it.  Sorry again.

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, 1 Oct 2001, M. Frankford wrote:

> 
> [root@]# rpm -i plplot-5.0.3-4.i386.rpm
> error: failed dependencies:
>         libgd.so.1.8   is needed by plplot-5.0.3-4

Re: [Plplot-general] install problems

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

I think it is time to take this off list.

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
__________________________

Re: [Plplot-general] install problems

[M. F. <mfr...@se...>]

What I did was 
rpm --nodeps plplot.rpm
and then did the ln by hand. 
make cdemos
worked and x01c
made a png plot and opened an xwindow.
Both had four test plots that looket OK.

When I tried the -U option I got

 rpm -U gd-1.8.4-4.i386.rpm
file /usr/lib/libgd.so.1.8.4 from install of gd-1.8.4-4 conflicts with
file from package libgd1-1.8.4-3mdk

Is there any way to see if the libgd.so.1.8.4
file is the same in both rpms? When I last
tried installing plplot on Linux Mandrake 7.2
I forced some rpm. I also never got it to work.
I kept getting linker errors. 
I suppose there aren't different versions
of libgd.so.1.8.4 or there would be different
numbers, right? So it should be safe to force
the gd-1.8.4-4.i386.rpm package?

Thanks.

Martin

On Mon, 1 Oct 2001, Alan W. Irwin wrote:

> Those Mandrake 8.0 rpm's were made by a helpful user, and I don't have
> access to Mandrake myself.  Nevertheless, I believe I know a workaround for
> you from my general rpm experience.
> 
> The guy that built the Mandrake 8.0 rpm must have had libgd.so.1.8 on his
> system so I don't quite understand how you have ended up with the later
> version libgd.so.1.8.4 for your Mandrake 8.0.  Perhaps you have an updated
> version of the gd package and he was using the original Mandrake 8.0
> version?
> 
> You could attempt to fix this by installing his exact Mandrake package of
> gd. Was this what you were trying?  If so, the proper way to do this is to
> use rpm -F or -U (freshen or update) rather than rpm -i (install).  See the
> rpm man page.  You may also have to use some additional parameter to allow
> updating or freshening an existing newer package with an older package.
> Again, see the rpm man page.
> 
> If you just want to do something simpler, you could probably just force the
> installation of plplot despite the slightly different libgd library version.
> (look up "man rpm" to see how to force an install.) If you are lucky,
> libgd.so.1.8.4 will just be a bug-fixed and feature enhanced version of
> libgd.so.1.8 without any changes to the API that plplot uses.  BTW, only the
> png and jpeg drivers use the libgd API so any version mismatch problems for
> that library will only show up if you use those particular drivers.
> 
> BTW, my comments about forcing the PLplot rpm to install are all
> theoretical. Lots of people apparently do such forcing (to get around such
> problems as you have encountered), but I haven't done it myself.
> 
> A final possibility is to build PLplot from either the source rpm or
> tarball. (In both cases your compiler build will automatically match to the
> exact library versions you have on your system.) Both possibilities are more
> tedious than binary rpm installs, but you also learn more, and the results
> never have library version mismatch troubles.
> 
> 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 
> __________________________
> 
> On Mon, 1 Oct 2001, M. Frankford wrote:
> 
> > I am trying to install plplot 5.0.3-4
> > on Linux Mandrake 8.0 and get the following
> > 
> > [root@]# rpm -i plplot-5.0.3-4.i386.rpm
> > error: failed dependencies:
> >         libgd.so.1.8   is needed by plplot-5.0.3-4
> > 
> > 
> > I then tried
> > [root@]# rpm -i gd-1.8.1-4mdk.i586.rpm
> > file /usr/lib/libgd.so.1 from install of gd-1.8.1-4mdk conflicts with file
> > from package libgd1-1.8.4-3mdk
> > 
> > I checked
> > [root@]# ls /usr/lib/libgd.*
> > /usr/lib/libgd.so.1@  /usr/lib/libgd.so.1.8.4*
> > 
> > How do I resolve this(these) dependency problem(s)?
> > 
> > Thanks.
> > 
> > Martin
> > 
> > 
> > _______________________________________________
> > Plplot-general mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-general
> > 
> 
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

Re: [Plplot-general] install problems

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

Glad to see you are making such good progress.

When answering your previous e-mail, I also thought of the symlink solution
but I thought the force option for installing plplot would effectively
do the same thing (although I might be wrong since I have never tried
something like that myself).

To answer your other question, libg2c.a is associated with the fortran (g77)
library.  Currently, our plplot library is both for C and fortran.  (A split
of the two is being considered for the future.) So you probably have to
install g77 or perhaps associated libraries on your Mandrake system to get
everything to work properly.  Once you find what other package needs to be
installed, please let me know privately, and I will pass it on to the
Mandrake packager so he can put that extra dependency in.  I definitely
would not eliminate the need for libg2c.a like you did. For example, I doubt
that for your present configuration, the fortran examples will work.

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, 1 Oct 2001, M. Frankford wrote:

> 
> I may have found a soln to my own problem.
> The Linux Mandrake rpm libgd1-1.8.4-3mdk
> is similar to 
> rpm pkg gd-1.8.1-4mdk but doesnt have links.
> 
> So I made the following links
> cd /usr/lib
> 
> ln libgd.so.1.8.4 libgd.so.1.8
> ln libdb1.so.2 libdb1.so
> ln -s libz.so.1.1.3 libz.so
> ln -s libjpeg.so.62.0.0 libjpeg.so
> ln libpng.so.2.1.0.9 libpng.so
> ln  libgd.so.1 libgd.so
> 
> I edited out the -lg2c from the LDC_LIBS macro.
> I can now sucessfully execute
> make x01c
> 
> I ran x01c and made a png file and xwindow.
> So far so good. One more question.
> What does the g2c library do
> and do I need it?
> 
> Thanks.
> 
> Martin
> 
> 
> On Mon, 1 Oct 2001, M. Frankford wrote:
> 
> > I am trying to install plplot 5.0.3-4
> > on Linux Mandrake 8.0 and get the following
> > 
> > [root@]# rpm -i plplot-5.0.3-4.i386.rpm
> > error: failed dependencies:
> >         libgd.so.1.8   is needed by plplot-5.0.3-4
> > 
> > 
> > I then tried
> > [root@]# rpm -i gd-1.8.1-4mdk.i586.rpm
> > file /usr/lib/libgd.so.1 from install of gd-1.8.1-4mdk conflicts with file
> > from package libgd1-1.8.4-3mdk
> > 
> > I checked
> > [root@]# ls /usr/lib/libgd.*
> > /usr/lib/libgd.so.1@  /usr/lib/libgd.so.1.8.4*
> > 
> > How do I resolve this(these) dependency problem(s)?
> > 
> > Thanks.
> > 
> > Martin
> > 
> > 
> > _______________________________________________
> > Plplot-general mailing list
> > Plp...@li...
> > https://lists.sourceforge.net/lists/listinfo/plplot-general
> > 
> 
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

Re: [Plplot-general] install problems

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

Those Mandrake 8.0 rpm's were made by a helpful user, and I don't have
access to Mandrake myself.  Nevertheless, I believe I know a workaround for
you from my general rpm experience.

The guy that built the Mandrake 8.0 rpm must have had libgd.so.1.8 on his
system so I don't quite understand how you have ended up with the later
version libgd.so.1.8.4 for your Mandrake 8.0.  Perhaps you have an updated
version of the gd package and he was using the original Mandrake 8.0
version?

You could attempt to fix this by installing his exact Mandrake package of
gd. Was this what you were trying?  If so, the proper way to do this is to
use rpm -F or -U (freshen or update) rather than rpm -i (install).  See the
rpm man page.  You may also have to use some additional parameter to allow
updating or freshening an existing newer package with an older package.
Again, see the rpm man page.

If you just want to do something simpler, you could probably just force the
installation of plplot despite the slightly different libgd library version.
(look up "man rpm" to see how to force an install.) If you are lucky,
libgd.so.1.8.4 will just be a bug-fixed and feature enhanced version of
libgd.so.1.8 without any changes to the API that plplot uses.  BTW, only the
png and jpeg drivers use the libgd API so any version mismatch problems for
that library will only show up if you use those particular drivers.

BTW, my comments about forcing the PLplot rpm to install are all
theoretical. Lots of people apparently do such forcing (to get around such
problems as you have encountered), but I haven't done it myself.

A final possibility is to build PLplot from either the source rpm or
tarball. (In both cases your compiler build will automatically match to the
exact library versions you have on your system.) Both possibilities are more
tedious than binary rpm installs, but you also learn more, and the results
never have library version mismatch troubles.

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 
__________________________

On Mon, 1 Oct 2001, M. Frankford wrote:

> I am trying to install plplot 5.0.3-4
> on Linux Mandrake 8.0 and get the following
> 
> [root@]# rpm -i plplot-5.0.3-4.i386.rpm
> error: failed dependencies:
>         libgd.so.1.8   is needed by plplot-5.0.3-4
> 
> 
> I then tried
> [root@]# rpm -i gd-1.8.1-4mdk.i586.rpm
> file /usr/lib/libgd.so.1 from install of gd-1.8.1-4mdk conflicts with file
> from package libgd1-1.8.4-3mdk
> 
> I checked
> [root@]# ls /usr/lib/libgd.*
> /usr/lib/libgd.so.1@  /usr/lib/libgd.so.1.8.4*
> 
> How do I resolve this(these) dependency problem(s)?
> 
> Thanks.
> 
> Martin
> 
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> 

Re: [Plplot-general] install problems

[M. F. <mfr...@se...>]

I may have found a soln to my own problem.
The Linux Mandrake rpm libgd1-1.8.4-3mdk
is similar to 
rpm pkg gd-1.8.1-4mdk but doesnt have links.

So I made the following links
cd /usr/lib

ln libgd.so.1.8.4 libgd.so.1.8
ln libdb1.so.2 libdb1.so
ln -s libz.so.1.1.3 libz.so
ln -s libjpeg.so.62.0.0 libjpeg.so
ln libpng.so.2.1.0.9 libpng.so
ln  libgd.so.1 libgd.so

I edited out the -lg2c from the LDC_LIBS macro.
I can now sucessfully execute
make x01c

I ran x01c and made a png file and xwindow.
So far so good. One more question.
What does the g2c library do
and do I need it?

Thanks.

Martin


On Mon, 1 Oct 2001, M. Frankford wrote:

> I am trying to install plplot 5.0.3-4
> on Linux Mandrake 8.0 and get the following
> 
> [root@]# rpm -i plplot-5.0.3-4.i386.rpm
> error: failed dependencies:
>         libgd.so.1.8   is needed by plplot-5.0.3-4
> 
> 
> I then tried
> [root@]# rpm -i gd-1.8.1-4mdk.i586.rpm
> file /usr/lib/libgd.so.1 from install of gd-1.8.1-4mdk conflicts with file
> from package libgd1-1.8.4-3mdk
> 
> I checked
> [root@]# ls /usr/lib/libgd.*
> /usr/lib/libgd.so.1@  /usr/lib/libgd.so.1.8.4*
> 
> How do I resolve this(these) dependency problem(s)?
> 
> Thanks.
> 
> Martin
> 
> 
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>