plplot-general — PLplot user discussion group

Re: [Plplot-general] Run Plplot examples on Linux Debian

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

Hi Diego:

Thanks for your interest in PLplot.

On 2015-04-22 23:57-0000 diego vommaro wrote:

> Hello all,                 I ´ ve built and installed PLplot as below follows:
> mkdir ~/plplot-build_5.11.0cd ~/plplot-build_5.11.0cmake -DCMAKE_INSTALL_PREFIX=/usr/local \~/plplot-5.11.0 >& cmake.out
> make >& make.outmake install >& make_install.out
> *.out files are OK apparently.

Yes, they look good to me too (accept for all the missing soft
dependencies indicated by cmake.out WARNINGS which you may want to
address (if interested in those additional components of PLplot) by
installing more development packages later.

>
> and I ´ ve built a C example without any problem as below follows:
> gcc x00c.c -o x00c `pkg-config --cflags --libs plplot`
>
> But, when I run the example:
> ./x00cx00c: error while loading shared libraries: libplplot.so.13: cannot open shared object file: No such file or directory
>
> can somebody help me? did I forget anything?

The thing you forgot (or else forgot to mention) is all Unix run-time
loaders need to know the location of the libraries if they are in a
non-standard location.  There are a whole bunch of different ways
to deal with that issue, but I will only mention two of them.

1. Set rpath when building an example.  For an example of how
to do that see $prefix/share/plplot5.11.0/examples/c/Makefile
which builds all examples in a runnable state for me.

Note /usr/local belongs to root so you need root privileges to install
there.  So instead, I use a prefix under the control of my user
account (e.g., /home/software/plplot/install) which does not require
root privileges to install PLplot.  And for that situation the C
examples built by the Makefile (e.g.,
$prefix/share/plplot5.11.0/examples/c/Makefile) + pkg-config approach 
(with PKG_CONFIG_PATH="$prefix/lib/pkgconfig "just work".

2. Turn off rpath for the PLplot installed libraries using
the cmake option -DUSE_RPATH=OFF (I am pretty sure this is required
to get LD_LIBRARY_PATH to work properly, and all distro packagers for
PLplot routinely use
this option) and set the environment
variable LD_LIBRARY_PATH to /usr/local/lib

Setting LD_LIBRARY_PATH might not be needed on Debian for that
particular root-owned prefix, see discussion in
<http://stackoverflow.com/questions/4743233/is-usr-local-lib-searched-for-shared-libraries>,
where Debian considers /usr/local/lib to be a standard location for
the run-time loader to search, and other distros do not.

Warning. My remarks about 2., might be subject to correction because I always use 1
which I _know_ works on Debian stable.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Run Plplot examples on Linux Debian

[diego v. <die...@ya...>]

Hello all,                 I ´ ve built and installed PLplot as below follows:
mkdir ~/plplot-build_5.11.0cd ~/plplot-build_5.11.0cmake -DCMAKE_INSTALL_PREFIX=/usr/local \~/plplot-5.11.0 >& cmake.out
make >& make.outmake install >& make_install.out
*.out files are OK apparently.

and I ´ ve built a C example without any problem as below follows:
gcc x00c.c -o x00c `pkg-config --cflags --libs plplot`

But, when I run the example:
./x00cx00c: error while loading shared libraries: libplplot.so.13: cannot open shared object file: No such file or directory

can somebody help me? did I forget anything?
I attach the plplot.pc file too. It ´s located in the "/usr/local/lib/pkgconfig/" path.
I have a Debian stable system.
Regards,Diego E. Vommaro

Re: [Plplot-general] Compile for tcl binding

[Arjen M. <Arj...@de...>]

Hi Chen,



The library you should load is plplottcltkd.dll, with the entry point "Pltcl", so:



% load plplottcltkd.dll Pltcl



The package name is Pltcl - in the directory bindings\tcl you can find the pkgIndex.tcl file, this is a trifle complicated as it tries to accommodate for various platforms and directories.



Regards,



Arjen



From: Shen-Yeh Chen [mailto:she...@ho...]
Sent: Sunday, April 12, 2015 7:20 PM
To: Arjen Markus; Alan W. Irwin
Cc: plp...@li...
Subject: RE: [Plplot-general] Compile for tcl binding

Hi Arjen,

I look at the cmake options again, and took out the "sud" tag. Now the files under the "\INSTALL\bin" are

csirocsa.dll
plplotcxxd.dll
plplotd.dll
plplottcltkd.dll
plplottcltk_Maind.dll
pltcl.exe
pltek.exe
qsastime.dll
tclmatrixd.dll

Which one should I use to load into my own tcl shell ?

Thank again for the help.

Regards
Chen

________________________________
From: she...@ho...<mailto:she...@ho...>
To: arj...@de...<mailto:arj...@de...>; ir...@be...<mailto:ir...@be...>
Date: Sun, 12 Apr 2015 10:07:28 -0700
CC: plp...@li...<mailto:plp...@li...>
Subject: Re: [Plplot-general] Compile for tcl binding
Hi Arjen,

Yes the installation seems to be successful too. The only place I can find the dll is under the "\INSTALL\bin" directory of my plplot directory (where I have defined the installation prefix). And I can see these files

csirocsa.dll
plplotcxxsudd.dll
plplotsudd.dll
plplottcltksudd.dll
plplottcltk_Mainsudd.dll
pltcl.exe
pltek.exe
qsastime.dll
tclmatrixsudd.dll

Which file should I use to load into my own Tcl shell ?

Regards
Chen

________________________________
From: Arj...@de...<mailto:Arj...@de...>
To: she...@ho...<mailto:she...@ho...>; ir...@be...<mailto:ir...@be...>
CC: plp...@li...<mailto:plp...@li...>
Subject: RE: [Plplot-general] Compile for tcl binding
Date: Sun, 12 Apr 2015 09:01:10 +0000
Hi Chen,

Congratulations! Now we are getting somewhere. The easiest next step is to get PLplot installed:

nmake install

That should place the relevant files under c:\program files [(x86)]\plplot (I never know which of the two). Then set the auto_path variable to include that directory:

lappend auto_path "c:/program files/plplot/..."

I can't check it exactly at the moment, so this is merely a sketch ;)

Regards,

Arjen


From: Shen-Yeh Chen [mailto:she...@ho...]
Sent: Saturday, April 11, 2015 7:58 PM
To: Alan W. Irwin
Cc: Arjen Markus; plp...@li...<mailto:plp...@li...>
Subject: RE: [Plplot-general] Compile for tcl binding

OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on.

For some specific reason I do have to use my own built version of Tcl, so this is what I have done

1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib
2. the following commands are used to call cmake and nmake. And I have attached their output here too.

set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin
set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include
set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib

cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1

nmake > log_nmake04_tcl.out

Now the problem is......where do I find the .dll of plplot, that I can load into tcl ?

Thanks again for the help.

Regards
Chen

> Date: Fri, 10 Apr 2015 12:55:32 -0700
> From: ir...@be...<mailto:ir...@be...>
> To: she...@ho...<mailto:she...@ho...>
> CC: arj...@de...<mailto:arj...@de...>; plp...@li...<mailto:plp...@li...>
> Subject: RE: [Plplot-general] Compile for tcl binding
>
> Hi Shen-Yeh:
>
> Thanks for that captured output from the cmake command. Notice in
> there it says:
>
> Could NOT find Tclsh (missing: TCL_TCLSH)
>
> which means indeed our build system is not finding any of your current
> Tcl installation at all.
>
> On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote:
>
> > Here is the path of the executable
> >
> > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe
> >
> > The /lib directory has the following files (along with other directories)
> > tcl86t.lib
> > tclConfig.sh
> > tclooConfig.sh
> > tclstub86.lib
>
> Arjen gave you advice about how to modify our build system so it will
> find your non-standard names for Tcl components. That might work, but
> if you run into trouble with that approach, I suggest you adjust your tcl
> installation to be more standard instead.
>
> For example, Arjen mentioned using a binary installation of Tcl instead of
> your own build. That should work fine, but if you want to use your
> own build for some reason you could take a look at the binary version
> to see what the disk layout is, and then make sure the layout for your
> own build is similar.
>
> For example, it is virtually a Tcl Windows standard that tclsh.exe must be
> defined as a copy of the versioned file that is installed so you
> should do that copy (of tclsh86t.exe in your case)
> in the
>
> C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin
>
> directory, make that directory part of the list of directories on your
> PATH, and then after that the tclsh command should "just work"
> regardless of what directory you are in. Under bash.exe you could do
> that using
>
> export \
> PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH
>
> but Arjen will have to advise you how to do that under DOS command line.
>
> Similarly, you have to set the CMAKE_INCLUDE_PATH and
> CMAKE_LIBRARY_PATH environment variables I mentioned before so
> that our CMake-based build system can find your non-standard disk
> locations. Under bash.exe you would do that using
>
> export \
> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH
>
> (subject to adjustment as to wherever the tcl.h file is located on
> your system), and
>
> export \
> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH
>
> In both cases you might have to do some file copies to work around the
> non-standard t suffix that seems to be in some of your Tcl-related
> file names. For example, you might have to create
> tcl86.lib as a copy of tcl86t.lib.
>
> I think I have come to the end of my limited Tcl/Windows expertise so
> I will let Arjen guide you further. Good luck in getting this
> all to work.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general
DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Plplot-general] Compile for tcl binding

[Shen-Yeh C. <she...@ho...>]

Hi Arjen,

I look at the cmake options again, and took out the "sud" tag. Now the files under the "\INSTALL\bin" are

csirocsa.dll
plplotcxxd.dll
plplotd.dll
plplottcltkd.dll
plplottcltk_Maind.dll
pltcl.exe
pltek.exe
qsastime.dll
tclmatrixd.dll

Which one should I use to load into my own tcl shell ?

Thank again for the help.

Regards
Chen


From: she...@ho...
To: arj...@de...; ir...@be...
Date: Sun, 12 Apr 2015 10:07:28 -0700
CC: plp...@li...
Subject: Re: [Plplot-general] Compile for tcl binding




Hi Arjen,

Yes the installation seems to be successful too. The only place I can find the dll is under the "\INSTALL\bin" directory of my plplot directory (where I have defined the installation prefix). And I can see these files

csirocsa.dll
plplotcxxsudd.dll
plplotsudd.dll
plplottcltksudd.dll
plplottcltk_Mainsudd.dll
pltcl.exe
pltek.exe
qsastime.dll
tclmatrixsudd.dll

Which file should I use to load into my own Tcl shell ?

Regards
Chen


From: Arj...@de...
To: she...@ho...; ir...@be...
CC: plp...@li...
Subject: RE: [Plplot-general] Compile for tcl binding
Date: Sun, 12 Apr 2015 09:01:10 +0000









Hi Chen,
 
Congratulations! Now we are getting somewhere. The easiest next step is to get PLplot installed:
 
nmake install


That should place the relevant files under c:\program files [(x86)]\plplot (I never know which of the two). Then set the auto_path variable to include that directory:
 
lappend auto_path “c:/program files/plplot/…”
 
I can’t check it exactly at the moment, so this is merely a sketch ;)
 
Regards,
 
Arjen
 
 



From: Shen-Yeh Chen [mailto:she...@ho...]


Sent: Saturday, April 11, 2015 7:58 PM

To: Alan W. Irwin

Cc: Arjen Markus; plp...@li...

Subject: RE: [Plplot-general] Compile for tcl binding


 

OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on.



For some specific reason I do have to use my own built version of Tcl, so this is what I have done



1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib

2. the following commands are used to call cmake and nmake. And I have attached their output here too.



set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin

set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include

set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib



cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release"
 -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1



nmake > log_nmake04_tcl.out



Now the problem is......where do I find the .dll of plplot, that I can load into tcl ?



Thanks again for the help.



Regards

Chen







> Date: Fri, 10 Apr 2015 12:55:32 -0700

> From: ir...@be...

> To: she...@ho...

> CC: arj...@de...;
plp...@li...

> Subject: RE: [Plplot-general] Compile for tcl binding

> 

> Hi Shen-Yeh:

> 

> Thanks for that captured output from the cmake command. Notice in

> there it says:

> 

> Could NOT find Tclsh (missing: TCL_TCLSH)

> 

> which means indeed our build system is not finding any of your current

> Tcl installation at all.

> 

> On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote:

> 

> > Here is the path of the executable

> >

> > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe

> >

> > The /lib directory has the following files (along with other directories)

> > tcl86t.lib

> > tclConfig.sh

> > tclooConfig.sh

> > tclstub86.lib

> 

> Arjen gave you advice about how to modify our build system so it will

> find your non-standard names for Tcl components. That might work, but

> if you run into trouble with that approach, I suggest you adjust your tcl

> installation to be more standard instead.

> 

> For example, Arjen mentioned using a binary installation of Tcl instead of

> your own build. That should work fine, but if you want to use your

> own build for some reason you could take a look at the binary version

> to see what the disk layout is, and then make sure the layout for your

> own build is similar.

> 

> For example, it is virtually a Tcl Windows standard that tclsh.exe must be

> defined as a copy of the versioned file that is installed so you

> should do that copy (of tclsh86t.exe in your case)

> in the

> 

> C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin

> 

> directory, make that directory part of the list of directories on your

> PATH, and then after that the tclsh command should "just work"

> regardless of what directory you are in. Under bash.exe you could do

> that using

> 

> export \

> PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH

> 

> but Arjen will have to advise you how to do that under DOS command line.

> 

> Similarly, you have to set the CMAKE_INCLUDE_PATH and

> CMAKE_LIBRARY_PATH environment variables I mentioned before so

> that our CMake-based build system can find your non-standard disk

> locations. Under bash.exe you would do that using

> 

> export \

> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH

> 

> (subject to adjustment as to wherever the tcl.h file is located on

> your system), and

> 

> export \

> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH

> 

> In both cases you might have to do some file copies to work around the

> non-standard t suffix that seems to be in some of your Tcl-related

> file names. For example, you might have to create

> tcl86.lib as a copy of tcl86t.lib.

> 

> I think I have come to the end of my limited Tcl/Windows expertise so

> I will let Arjen guide you further. Good luck in getting this

> all to work.

> 

> Alan

> __________________________

> Alan W. Irwin

> 

> Astronomical research affiliation with Department of Physics and Astronomy,

> University of Victoria (astrowww.phys.uvic.ca).

> 

> Programming affiliations with the FreeEOS equation-of-state

> implementation for stellar interiors (freeeos.sf.net); the Time

> Ephemerides project (timeephem.sf.net); PLplot scientific plotting

> software package (plplot.sf.net); the libLASi project

> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);

> and the Linux Brochure Project (lbproject.sf.net).

> __________________________

> 

> Linux-powered Science

> __________________________




DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure
 or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from
 the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. 		 	   		  

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general 		 	   		  

Re: [Plplot-general] Compile for tcl binding

[Shen-Yeh C. <she...@ho...>]

Hi Arjen,

Yes the installation seems to be successful too. The only place I can find the dll is under the "\INSTALL\bin" directory of my plplot directory (where I have defined the installation prefix). And I can see these files

csirocsa.dll
plplotcxxsudd.dll
plplotsudd.dll
plplottcltksudd.dll
plplottcltk_Mainsudd.dll
pltcl.exe
pltek.exe
qsastime.dll
tclmatrixsudd.dll

Which file should I use to load into my own Tcl shell ?

Regards
Chen


From: Arj...@de...
To: she...@ho...; ir...@be...
CC: plp...@li...
Subject: RE: [Plplot-general] Compile for tcl binding
Date: Sun, 12 Apr 2015 09:01:10 +0000









Hi Chen,
 
Congratulations! Now we are getting somewhere. The easiest next step is to get PLplot installed:
 
nmake install


That should place the relevant files under c:\program files [(x86)]\plplot (I never know which of the two). Then set the auto_path variable to include that directory:
 
lappend auto_path “c:/program files/plplot/…”
 
I can’t check it exactly at the moment, so this is merely a sketch ;)
 
Regards,
 
Arjen
 
 



From: Shen-Yeh Chen [mailto:she...@ho...]


Sent: Saturday, April 11, 2015 7:58 PM

To: Alan W. Irwin

Cc: Arjen Markus; plp...@li...

Subject: RE: [Plplot-general] Compile for tcl binding


 

OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on.



For some specific reason I do have to use my own built version of Tcl, so this is what I have done



1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib

2. the following commands are used to call cmake and nmake. And I have attached their output here too.



set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin

set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include

set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib



cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release"
 -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1



nmake > log_nmake04_tcl.out



Now the problem is......where do I find the .dll of plplot, that I can load into tcl ?



Thanks again for the help.



Regards

Chen







> Date: Fri, 10 Apr 2015 12:55:32 -0700

> From: ir...@be...

> To: she...@ho...

> CC: arj...@de...;
plp...@li...

> Subject: RE: [Plplot-general] Compile for tcl binding

> 

> Hi Shen-Yeh:

> 

> Thanks for that captured output from the cmake command. Notice in

> there it says:

> 

> Could NOT find Tclsh (missing: TCL_TCLSH)

> 

> which means indeed our build system is not finding any of your current

> Tcl installation at all.

> 

> On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote:

> 

> > Here is the path of the executable

> >

> > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe

> >

> > The /lib directory has the following files (along with other directories)

> > tcl86t.lib

> > tclConfig.sh

> > tclooConfig.sh

> > tclstub86.lib

> 

> Arjen gave you advice about how to modify our build system so it will

> find your non-standard names for Tcl components. That might work, but

> if you run into trouble with that approach, I suggest you adjust your tcl

> installation to be more standard instead.

> 

> For example, Arjen mentioned using a binary installation of Tcl instead of

> your own build. That should work fine, but if you want to use your

> own build for some reason you could take a look at the binary version

> to see what the disk layout is, and then make sure the layout for your

> own build is similar.

> 

> For example, it is virtually a Tcl Windows standard that tclsh.exe must be

> defined as a copy of the versioned file that is installed so you

> should do that copy (of tclsh86t.exe in your case)

> in the

> 

> C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin

> 

> directory, make that directory part of the list of directories on your

> PATH, and then after that the tclsh command should "just work"

> regardless of what directory you are in. Under bash.exe you could do

> that using

> 

> export \

> PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH

> 

> but Arjen will have to advise you how to do that under DOS command line.

> 

> Similarly, you have to set the CMAKE_INCLUDE_PATH and

> CMAKE_LIBRARY_PATH environment variables I mentioned before so

> that our CMake-based build system can find your non-standard disk

> locations. Under bash.exe you would do that using

> 

> export \

> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH

> 

> (subject to adjustment as to wherever the tcl.h file is located on

> your system), and

> 

> export \

> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH

> 

> In both cases you might have to do some file copies to work around the

> non-standard t suffix that seems to be in some of your Tcl-related

> file names. For example, you might have to create

> tcl86.lib as a copy of tcl86t.lib.

> 

> I think I have come to the end of my limited Tcl/Windows expertise so

> I will let Arjen guide you further. Good luck in getting this

> all to work.

> 

> Alan

> __________________________

> Alan W. Irwin

> 

> Astronomical research affiliation with Department of Physics and Astronomy,

> University of Victoria (astrowww.phys.uvic.ca).

> 

> Programming affiliations with the FreeEOS equation-of-state

> implementation for stellar interiors (freeeos.sf.net); the Time

> Ephemerides project (timeephem.sf.net); PLplot scientific plotting

> software package (plplot.sf.net); the libLASi project

> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);

> and the Linux Brochure Project (lbproject.sf.net).

> __________________________

> 

> Linux-powered Science

> __________________________




DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure
 or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from
 the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. 		 	   		  

[Plplot-general] PLplot-5.11.0 has been released

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

I am happy to report that the PLplot-5.11.0 release process has been
completed.  For more details such as download location, follow the 
link at plplot.sf.net to the news item concerning this release.  We
encourage everyone on this mailing list to try this new release.  Once
you have downloaded, gpg-verified, and unpacked the
plplot-5.11.0.tar.gz file, you should pay close attention to the
README.release file since that file contains the all-important notes
for this release.

I thank all the developers that helped with this release, and I would
especially like to point out the meta-contribution made by Hazen
Babcock who suggested (and subsequently followed up with a large
degree of practical help with the transition once we made the
decision) that we move from svn to git as our revision control system
during this release cycle.  From my git newbie perspective last year I
felt that transition slowed PLplot development initially as we all got
used to git, but now I have a lot more git experience, I think it is a
tremendous tool to help our development.  For example, I sense our 
pace of development now is much faster than before because of git, and
because of that and because of git features I personally enjoy using, 
I would certainly never want to go back to svn.

Enjoy PLplot-5.11.0!

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Compile for tcl binding

[Arjen M. <Arj...@de...>]

Hi Chen,



Congratulations! Now we are getting somewhere. The easiest next step is to get PLplot installed:



nmake install

That should place the relevant files under c:\program files [(x86)]\plplot (I never know which of the two). Then set the auto_path variable to include that directory:

lappend auto_path "c:/program files/plplot/..."

I can't check it exactly at the moment, so this is merely a sketch ;)

Regards,

Arjen


From: Shen-Yeh Chen [mailto:she...@ho...]
Sent: Saturday, April 11, 2015 7:58 PM
To: Alan W. Irwin
Cc: Arjen Markus; plp...@li...
Subject: RE: [Plplot-general] Compile for tcl binding

OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on.

For some specific reason I do have to use my own built version of Tcl, so this is what I have done

1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib
2. the following commands are used to call cmake and nmake. And I have attached their output here too.

set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin
set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include
set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib

cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1

nmake > log_nmake04_tcl.out

Now the problem is......where do I find the .dll of plplot, that I can load into tcl ?

Thanks again for the help.

Regards
Chen


> Date: Fri, 10 Apr 2015 12:55:32 -0700
> From: ir...@be...<mailto:ir...@be...>
> To: she...@ho...<mailto:she...@ho...>
> CC: arj...@de...<mailto:arj...@de...>; plp...@li...<mailto:plp...@li...>
> Subject: RE: [Plplot-general] Compile for tcl binding
>
> Hi Shen-Yeh:
>
> Thanks for that captured output from the cmake command. Notice in
> there it says:
>
> Could NOT find Tclsh (missing: TCL_TCLSH)
>
> which means indeed our build system is not finding any of your current
> Tcl installation at all.
>
> On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote:
>
> > Here is the path of the executable
> >
> > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe
> >
> > The /lib directory has the following files (along with other directories)
> > tcl86t.lib
> > tclConfig.sh
> > tclooConfig.sh
> > tclstub86.lib
>
> Arjen gave you advice about how to modify our build system so it will
> find your non-standard names for Tcl components. That might work, but
> if you run into trouble with that approach, I suggest you adjust your tcl
> installation to be more standard instead.
>
> For example, Arjen mentioned using a binary installation of Tcl instead of
> your own build. That should work fine, but if you want to use your
> own build for some reason you could take a look at the binary version
> to see what the disk layout is, and then make sure the layout for your
> own build is similar.
>
> For example, it is virtually a Tcl Windows standard that tclsh.exe must be
> defined as a copy of the versioned file that is installed so you
> should do that copy (of tclsh86t.exe in your case)
> in the
>
> C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin
>
> directory, make that directory part of the list of directories on your
> PATH, and then after that the tclsh command should "just work"
> regardless of what directory you are in. Under bash.exe you could do
> that using
>
> export \
> PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH
>
> but Arjen will have to advise you how to do that under DOS command line.
>
> Similarly, you have to set the CMAKE_INCLUDE_PATH and
> CMAKE_LIBRARY_PATH environment variables I mentioned before so
> that our CMake-based build system can find your non-standard disk
> locations. Under bash.exe you would do that using
>
> export \
> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH
>
> (subject to adjustment as to wherever the tcl.h file is located on
> your system), and
>
> export \
> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH
>
> In both cases you might have to do some file copies to work around the
> non-standard t suffix that seems to be in some of your Tcl-related
> file names. For example, you might have to create
> tcl86.lib as a copy of tcl86t.lib.
>
> I think I have come to the end of my limited Tcl/Windows expertise so
> I will let Arjen guide you further. Good luck in getting this
> all to work.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Plplot-general] Compile for tcl binding

[Shen-Yeh C. <she...@ho...>]

OK......I think I have done something right now, so at least I am seeing ENABLD_tcl set to on.

For some specific reason I do have to use my own built version of Tcl, so this is what I have done

1. I copy tchsh86t.exe to tchsh.exe, and copy tcl86t.lib to tcl86.lib
2. the following commands are used to call cmake and nmake. And I have attached their output here too.

set PATH=%PATH%;c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin
set CMAKE_INCLUDE_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include
set CMAKE_LIBRARY_PATH=c:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib

cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL" -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON -DENABLE_tcl=ON -DTCL_LIBRARY_VERSION=86t > log_cmake04_tcl.out 2>&1

nmake > log_nmake04_tcl.out

Now the problem is......where do I find the .dll of plplot, that I can load into tcl ?

Thanks again for the help.

Regards
Chen



> Date: Fri, 10 Apr 2015 12:55:32 -0700
> From: ir...@be...
> To: she...@ho...
> CC: arj...@de...; plp...@li...
> Subject: RE: [Plplot-general] Compile for tcl binding
> 
> Hi Shen-Yeh:
> 
> Thanks for that captured output from the cmake command.  Notice in
> there it says:
> 
> Could NOT find Tclsh (missing:  TCL_TCLSH)
> 
> which means indeed our build system is not finding any of your current
> Tcl installation at all.
> 
> On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote:
> 
> > Here is the path of the executable
> >
> > C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe
> >
> > The /lib directory has the following files (along with other directories)
> > tcl86t.lib
> > tclConfig.sh
> > tclooConfig.sh
> > tclstub86.lib
> 
> Arjen gave you advice about how to modify our build system so it will
> find your non-standard names for Tcl components.  That might work, but
> if you run into trouble with that approach, I suggest you adjust your tcl
> installation to be more standard instead.
> 
> For example, Arjen mentioned using a binary installation of Tcl instead of
> your own build.  That should work fine, but if you want to use your
> own build for some reason you could take a look at the binary version
> to see what the disk layout is, and then make sure the layout for your
> own build is similar.
> 
> For example, it is virtually a Tcl Windows standard that tclsh.exe must be
> defined as a copy of the versioned file that is installed so you
> should do that copy (of tclsh86t.exe in your case)
> in the
> 
> C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin
> 
> directory, make that directory part of the list of directories on your
> PATH, and then after that the tclsh command should "just work"
> regardless of what directory you are in.  Under bash.exe you could do
> that using
> 
> export \
> PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH
> 
> but Arjen will have to advise you how to do that under DOS command line.
> 
> Similarly, you have to set the CMAKE_INCLUDE_PATH and
> CMAKE_LIBRARY_PATH environment variables I mentioned before so
> that our CMake-based build system can find your non-standard disk
> locations.  Under bash.exe you would do that using
> 
> export \
> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH
> 
> (subject to adjustment as to wherever the tcl.h file is located on
> your system), and
> 
> export \
> CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH
> 
> In both cases you might have to do some file copies to work around the
> non-standard t suffix that seems to be in some of your Tcl-related
> file names.  For example, you might have to create
> tcl86.lib as a copy of tcl86t.lib.
> 
> I think I have come to the end of my limited Tcl/Windows expertise so
> I will let Arjen guide you further.  Good luck in getting this
> all to work.
> 
> Alan
> __________________________
> Alan W. Irwin
> 
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
> 
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________
 		 	   		  

Re: [Plplot-general] Compile for tcl binding

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

Hi Shen-Yeh:

Thanks for that captured output from the cmake command.  Notice in
there it says:

Could NOT find Tclsh (missing:  TCL_TCLSH)

which means indeed our build system is not finding any of your current
Tcl installation at all.

On 2015-04-10 08:24-0700 Shen-Yeh Chen wrote:

> Here is the path of the executable
>
> C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe
>
> The /lib directory has the following files (along with other directories)
> tcl86t.lib
> tclConfig.sh
> tclooConfig.sh
> tclstub86.lib

Arjen gave you advice about how to modify our build system so it will
find your non-standard names for Tcl components.  That might work, but
if you run into trouble with that approach, I suggest you adjust your tcl
installation to be more standard instead.

For example, Arjen mentioned using a binary installation of Tcl instead of
your own build.  That should work fine, but if you want to use your
own build for some reason you could take a look at the binary version
to see what the disk layout is, and then make sure the layout for your
own build is similar.

For example, it is virtually a Tcl Windows standard that tclsh.exe must be
defined as a copy of the versioned file that is installed so you
should do that copy (of tclsh86t.exe in your case)
in the

C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin

directory, make that directory part of the list of directories on your
PATH, and then after that the tclsh command should "just work"
regardless of what directory you are in.  Under bash.exe you could do
that using

export \
PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin:$PATH

but Arjen will have to advise you how to do that under DOS command line.

Similarly, you have to set the CMAKE_INCLUDE_PATH and
CMAKE_LIBRARY_PATH environment variables I mentioned before so
that our CMake-based build system can find your non-standard disk
locations.  Under bash.exe you would do that using

export \
CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/include:$CMAKE_INCLUDE_PATH

(subject to adjustment as to wherever the tcl.h file is located on
your system), and

export \
CMAKE_INCLUDE_PATH=/c/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/lib:$CMAKE_LIBRARY_PATH

In both cases you might have to do some file copies to work around the
non-standard t suffix that seems to be in some of your Tcl-related
file names.  For example, you might have to create
tcl86.lib as a copy of tcl86t.lib.

I think I have come to the end of my limited Tcl/Windows expertise so
I will let Arjen guide you further.  Good luck in getting this
all to work.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Compile for tcl binding

[Arjen M. <Arj...@de...>]

Hi Shen-Yeh,



Ah, so the Tcl shell program has a non-standard name and it is in a non-standard location. That explains a lot.



One way out of this - I am reading the CMake files for this - is to set the following variables:

-DTCL_LIBRARY_VERSION=86t

-DTCLTK_POSSIBLE_BIN_PATHS= C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/


My guess is that the library version variable will be enough, but I am not entirely sure :). Could you tell us the results of this attempt?

(My other solutions would be:

-        Copy all the files to a directory like c:\tcl - keeping the proper directory layout in mind, so ...\bin for the executables and DLLs, ...\include etc. Copy the executable and the .lib file to files with a more traditional name - that is, drop the "t" suffix.

-        Or install ActiveState's distribution of Tcl/Tk)

Regards,

Arjen


From: Shen-Yeh Chen [mailto:she...@ho...]
Sent: Friday, April 10, 2015 5:24 PM
To: Arjen Markus; Alan W. Irwin
Cc: plp...@li...
Subject: RE: [Plplot-general] Compile for tcl binding

Here is the path of the executable

C:/DISK0001/Optimizer01/Worksp/SOURCE/Tcltk/Tcltk_8_6_0/tcl/win/Install_AMD64/bin/tclsh86t.exe

The /lib directory has the following files (along with other directories)
tcl86t.lib
tclConfig.sh
tclooConfig.sh
tclstub86.lib

Actually, since I compile tcl by myself, I can not invoke tchsh86t.exe at an arbitrary directory. I have to go to the directory of the executable.  That means I did not set up any related path with my Tcl at all. Could this be the problem ?

Also, attached is the building message from cmake. Seems like I have to set the tcl bath explicitly ?


Regards
Chen




> From: Arj...@de...<mailto:Arj...@de...>
> To: she...@ho...<mailto:she...@ho...>; ir...@be...<mailto:ir...@be...>
> CC: plp...@li...<mailto:plp...@li...>
> Subject: RE: [Plplot-general] Compile for tcl binding
> Date: Fri, 10 Apr 2015 11:36:35 +0000
>
> Hi Shen-Yeh,
>
>
>
> > From: Shen-Yeh Chen [mailto:she...@ho...]
> > Sent: Thursday, April 09, 2015 5:32 PM
> > To: Arjen Markus; Alan W. Irwin
> > Cc: plp...@li...<mailto:plp...@li...>
> > Subject: RE: [Plplot-general] Compile for tcl binding
> >
> > Hi Arjen and Alan,
> >
> > Looking into both your replies, I think I did not properly set up a lot of path parameters for tcl LIB and INCLUDE. I am wondering what are the path environment variables that I have to setup ? Any instruction/documentation for reference ?
>
> Actually it is the task of CMake to find the Tcl installation. There should not be any need to set the LIB and INCLUDE paths explicitly.
>
> That said, the fact that CMake is not able to find Tcl makes me wonder. Could you do the following:
> - Open a DOS-box and run the command tclsh.
> - On the Tcl prompt that should appear, run:
>
> info nameofexecutable
>
> That should print the full name of the tclsh executable. Could you post that full name, along with the output from CMake itself? Could you also check that the Tcl installation includes various .lib files? (Just trying to think of as many things that could be causing the problems as possible)
>
> Regards,
>
> Arjen
>
> DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.
DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Plplot-general] Compile for tcl binding

[Shen-Yeh C. <she...@ho...>]

C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\BUILD>call "C:\Program Files (x86)\Microsoft Visual Studio 8\VC\vcvarsall.bat" x86_amd64 
Setting environment for using Microsoft Visual Studio 2005 x64 cross tools.
-- Explicitly setting policy CMP0022 to OLD
-- Explicitly setting policy CMP0023 to OLD
-- CMake version = 3.2.1
-- CMAKE_SYSTEM_NAME = Windows
-- SH_EXECUTABLE = SH_EXECUTABLE-NOTFOUND
-- WARNING: bash shell not found, ctest will not work properly
-- Checking whether system has ANSI C header files
-- ANSI C header files - found
-- SWIG was not found. Please specify Swig executable location
-- Could NOT find Perl (missing:  PERL_EXECUTABLE) 
-- Could NOT find PkgConfig (missing:  PKG_CONFIG_EXECUTABLE) 
-- Looking for pkg-config - not found
-- WARNING: Makefile+pkg-config version of examples build in the install tree will not work.
-- X11_FOUND = 
-- X11_INCLUDE_DIR = 
-- X11_COMPILE_FLAGS = 
-- X11_LIBRARIES = 
-- Start determining consistent system data for Tcl and friends
-- Could NOT find Tclsh (missing:  TCL_TCLSH) 
-- Could NOT find TCL (missing:  TCL_LIBRARY TCL_INCLUDE_PATH) 
-- Could NOT find TCLTK (missing:  TCL_LIBRARY TCL_INCLUDE_PATH TK_LIBRARY TK_INCLUDE_PATH) 
-- Could NOT find TK (missing:  TK_LIBRARY TK_INCLUDE_PATH) 
-- Looking for Tcl - not found
-- WARNING: setting ENABLE_tcl to OFF
-- WARNING: ENABLE_tcl is OFF so disabling everything else that is Tcl/Tk related
-- WARNING: pango not found because pkg-config not available.
-- WARNING: ENABLE_qt is OFF so setting all qt devices to OFF.
-- Looking for gdi32 header and library
-- Looking for gdi32 header and library - found
-- WARNING:Static build with ENABLE_ocaml_static false.  Therefore, disabling ocaml bindings
-- WARNING: validate target will not be available to check for syntax issues in the PLplot DocBook documentation because onsgmls (or env) was not found.
-- WARNING: execute_process failed to obtain C++ library needed for pkg-config
-- CMAKE_CXX_COMPILER = C:/Program Files (x86)/Microsoft Visual Studio 8/VC/bin/x86_amd64/cl.exe
-- CXX_rc = 2
-- CXX_string = Microsoft (R) C/C++ Optimizing Compiler Version 14.00.50727.762 for x64
Copyright (C) Microsoft Corporation.  All rights reserved.

cl : ©R¥O¦C warning D9002 : ©¿²¤¥¼ª¾ªº¿ï¶µ '--verbose'
cl : ©R¥O¦C warning D9002 : ©¿²¤¥¼ª¾ªº¿ï¶µ '--version'
cl : ©R¥O¦C error D8003 : ¿òº|­ì©lµ{¦¡ÀÉÀɦW
-- WARNING: failed to find libstdc++ so pkg-config link flags will be incomplete
-- WARNING: Perl modules XML::Parser and/or XML::DOM not available
   so cannot check that swig_documentation.i is up to date.
-- WARNING: pkg-config not found so plplotcanvas_demo, plplotcanvas_animation,  extXdrawable_demo, and ext-cairo-test not built.
-- Configuring done
-- Generating done
-- Build files have been written to: C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/BUILD

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Summary of CMake build system results for PLplot

Install location variables which can be set by the user:
CMAKE_INSTALL_PREFIX:      C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL
CMAKE_INSTALL_EXEC_PREFIX  C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL
CMAKE_INSTALL_BINDIR       C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL/bin
CMAKE_INSTALL_DATADIR      C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL/share
CMAKE_INSTALL_LIBDIR       C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL/Lib
CMAKE_INSTALL_INCLUDEDIR   C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL/include
CMAKE_INSTALL_INFODIR      C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL/share/info
CMAKE_INSTALL_MANDIR       C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5
.10.0/INSTALL/share/man

Derived install location variables:
DATA_DIR        C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/share/plplot5.10.0
LIB_DIR         C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/Lib
INCLUDE_DIR     C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/include/plplot
BIN_DIR         C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/bin
TCL_DIR         C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/share/plplot5.10.0/tcl
ADA_INCLUDE_DIR C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/share/ada/adainclude/plplotadasudd
ADA_LIB_DIR     C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/Lib/ada/adalib/plplotadasudd
PYTHON_INSTDIR
DRV_DIR         C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/Lib/plplot5.10.0/driverssudd
DOC_DIR         C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/share/doc/plplot
MAN_DIR         C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/share/man
INFO_DIR        C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/INSTA
LL/share/info

Other important CMake variables:

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

SWIG_FOUND:             FALSE
PERL_FOUND:             FALSE
X11_FOUND:

CMAKE_BUILD_TYPE:       Release
CMAKE_C_COMPILER CMAKE_C_FLAGS:                 C:/Program Files (x86)/Microsoft
 Visual Studio 8/VC/bin/x86_amd64/cl.exe /DUNICODE /D_UNICODE  /DWIN32 /D_WINDOW
S /W3
CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS:             C:/Program Files (x86)/Microsoft
 Visual Studio 8/VC/bin/x86_amd64/cl.exe /DUNICODE /D_UNICODE /DWIN32 /D_WINDOWS
 /W3 /GR /EHsc
LIB_TAG:                sudd

ENABLE_DYNDRIVERS:      OFF
DRIVERS_LIST: mem;null;ps;svg;wingcc;xfig
DEVICES_LIST: mem;null;ps;svg;wingcc;xfig

Library options:
BUILD_SHARED_LIBS:      OFF             PL_DOUBLE:      ON

Optional libraries:
PL_HAVE_QHULL:          OFF             WITH_CSA:       ON
PL_HAVE_FREETYPE:                       PL_HAVE_PTHREAD:
HAVE_AGG:                               HAVE_SHAPELIB:  OFF

Language Bindings:
ENABLE_ada:             OFF
ENABLE_cxx:             ON
ENABLE_d:               OFF
ENABLE_f95:             OFF
ENABLE_java:            OFF
ENABLE_lua:             OFF
ENABLE_ocaml:           OFF
ENABLE_octave:          OFF
ENABLE_pdl:             OFF
ENABLE_python:          OFF
ENABLE_qt:              OFF
ENABLE_pyqt4:           OFF
ENABLE_tcl:             OFF
ENABLE_itcl:            OFF
ENABLE_tk:              OFF
ENABLE_itk:             OFF
ENABLE_wxwidgets:       OFF

-- Configuring done
-- Generating done
-- Build files have been written to: C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/BUILD



[  1%] Built target csirocsa
[  2%] Built target deltaT-gen
[  4%] Built target tai-utc-gen
[  5%] Built target tai-utc.h_built
[  5%] Built target deltaT.h_built
[  6%] Built target qsastime
[  6%] Built target plhershey-unicode-gen
[  8%] Built target plhershey-unicode.h_built
[ 41%] Built target plplotsudd
[ 41%] Built target plplotcxxsudd
[ 43%] Built target parity_bit_check
[ 43%] Built target pltek
[ 43%] Built target test_plend
[ 43%] Built target x00c
[ 43%] Built target x01c
[ 43%] Built target x02c
[ 43%] Built target x03c
[ 44%] Built target x04c
[ 45%] Built target x05c
[ 47%] Built target x06c
[ 47%] Built target x07c
[ 47%] Built target x08c
[ 47%] Built target x09c
[ 48%] Built target x10c
[ 50%] Built target x11c
[ 51%] Built target x12c
[ 51%] Built target x13c
[ 51%] Built target x14c
[ 51%] Built target x15c
[ 52%] Built target x16c
[ 54%] Built target x17c
[ 55%] Built target x18c
[ 55%] Built target x19c
[ 55%] Built target x20c
[ 55%] Built target x21c
[ 56%] Built target x22c
[ 58%] Built target x23c
[ 59%] Built target x24c
[ 59%] Built target x25c
[ 59%] Built target x26c
[ 59%] Built target x27c
[ 61%] Built target x28c
[ 62%] Built target x29c
[ 63%] Built target x30c
[ 63%] Built target x31c
[ 65%] Built target x32c
[ 66%] Built target x33c
[ 68%] Built target x34c
[ 69%] Built target x00
[ 70%] Built target x01
[ 72%] Built target x01cc
[ 73%] Built target x02
[ 75%] Built target x03
[ 76%] Built target x04
[ 76%] Built target x05
[ 76%] Built target x06
[ 77%] Built target x07
[ 79%] Built target x08
[ 80%] Built target x09
[ 81%] Built target x10
[ 81%] Built target x11
[ 81%] Built target x12
[ 83%] Built target x13
[ 84%] Built target x14
[ 86%] Built target x15
[ 87%] Built target x16
[ 87%] Built target x17
[ 87%] Built target x18
[ 88%] Built target x19
[ 90%] Built target x20
[ 91%] Built target x21
[ 93%] Built target x22
[ 93%] Built target x23
[ 93%] Built target x24
[ 94%] Built target x25
[ 95%] Built target x26
[ 97%] Built target x27
[ 98%] Built target x28
[ 98%] Built target x29
[ 98%] Built target x30
[100%] Built target x31
[100%] Built target x33

Re: [Plplot-general] Compile for tcl binding

[Arjen M. <Arj...@de...>]

Hi Shen-Yeh,



> From: Shen-Yeh Chen [mailto:she...@ho...]
> Sent: Thursday, April 09, 2015 5:32 PM
> To: Arjen Markus; Alan W. Irwin
> Cc: plp...@li...
> Subject: RE: [Plplot-general] Compile for tcl binding
>
> Hi Arjen and Alan,
>
> Looking into both your replies, I think I did not properly set up a lot of path parameters for tcl LIB and  INCLUDE. I am wondering what are the path environment variables that I have to setup ? Any instruction/documentation for reference ?

Actually it is the task of  CMake to find the Tcl installation. There should not be any need to set the LIB and INCLUDE paths explicitly.

That said, the fact that CMake is not able to find Tcl makes me wonder. Could you do the following:
- Open a DOS-box and run the command tclsh.
- On the Tcl prompt that should appear, run:

  info nameofexecutable

That should print the full name of the tclsh executable. Could you post that full name, along with the output from CMake itself? Could you also check that the Tcl installation includes various .lib files? (Just trying to think of as many things that could be causing the problems as possible)

Regards,

Arjen

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Plplot-general] Compile for tcl binding

[Arjen M. <Arj...@de...>]

Hi Alan, Shen-Yeh,

>
> @Arjen:
>
> I am not that familiar with Windows so I have a question for you. I know the ">&"
> redirection method to capture screen output that you recommended to Shen-Yeh
> works under bash.  Does it also work for Windows CL-style environments as well or
> would Shen-Yeh have to use a different method to capture the screen output from
> the cmake command in that case?
>
Oops, my bad: I remembered the syntax from the testing session we had, but indeed it does not work in the plain DOS environment.

Shen-Yeh, you will have to use:

cmake .... >cmake.out 2>&1

Regards,

Arjen



DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Plplot-general] Compile for tcl binding

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

On 2015-04-09 08:31-0700 Shen-Yeh Chen wrote:

> Hi Arjen and Alan,
>
> Looking into both your replies, I think I did not properly set up a lot of path parameters for tcl LIB and INCLUDE. I am wondering what are the path environment variables that I have to setup ? Any instruction/documentation for reference ?

To Shen-Yeh and Arjen:

@Shen-Yeh:

Let's see what the trouble is before speculating further.  So please
capture the screen output from the cmake command that you use
for the "almost" PLplot-5.11.0 version, and send the compressed
version of that result as an attachment to your post to this list to
help us diagnose what is wrong.

@Arjen:

I am not that familiar with Windows so I have a question for you. I
know the ">&" redirection method to capture screen output that you
recommended to Shen-Yeh works under bash.  Does it also work for
Windows CL-style environments as well or would Shen-Yeh have to use a
different method to capture the screen output from the cmake command
in that case?

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Compile for tcl binding

[Shen-Yeh C. <she...@ho...>]

Hi Arjen and Alan,

Looking into both your replies, I think I did not properly set up a lot of path parameters for tcl LIB and INCLUDE. I am wondering what are the path environment variables that I have to setup ? Any instruction/documentation for reference ?


Regards
Chen

From: Arj...@de...
To: ir...@be...; she...@ho...
CC: plp...@li...
Subject: RE: [Plplot-general] Compile for tcl binding
Date: Thu, 9 Apr 2015 06:36:42 +0000









Hi Shen-Yeh,
 
To clarify what Alan said, capturing the output from CMake is done via:
 
cmake …options… >&cmake.out
 
The last bit of the command captures the output to both “standard output” and “standard error” and both may be important in diagnosing the
 issue(s).
 
Note that the Tcl bindings for PLplot indeed become available as a loadable DLL, so it should be possible to distribute it as any Tcl extension
 (perhaps with a bit of extra work, as the installation procedure copies a number of files in a directory that is not the same as the DLL’s.(*))

 
Regards,
 
Arjen


 (*) I have been thinking about that bit – it makes distributing PLplot as a Tcl package a bit more complicated than it might need to be. It is on my TODO list.)

 
 
> -----Original Message-----

> From: Alan W. Irwin [mailto:ir...@be...]

> Sent: Thursday, April 09, 2015 8:21 AM

> To: Shen-Yeh Chen

> Cc: plp...@li...

> Subject: Re: [Plplot-general] Compile for tcl binding

>

> On 2015-04-08 10:44-0700 Shen-Yeh Chen wrote:

>

> > Greetings,

> >

> > I am totally new to plplot (and cmake too). And I am struggling to get

> > it compiled into the Tcl core/shell. (I am using Windows 7. VS 2005

> > Win64. )

> >

> > I was able to build all the c and c++ under the /examples directory by

> > issuing the following cmake command

> >

> > cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-

> 5.10.0/SOURCE"

> -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON

> -

> DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\

> plplot-5.10.0\INSTALL"

> -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF

> -DSTATIC_RUNTIME=ON

> >

> > I have also tried adding "-DENABLE_tcl=ON".  However when I check the cmake

> cache, the "ENABLE_tcl" would always be set to OFF.

> >

> > What should I do to get plplot binding in Tcl ?  And, is it possible to compile plplot

> into DLL so that I can load it into Tcl like "load tk86t.dll tk" ?

> >

> > Any help will be greatly appreciated.

>

> Hi Shen-Yeh:

>

> PLplot-5.10.0 is quite old now and effectively unsupported because we are about

> (probably within the next 4 days) to release PLplot-5.11.0 based on the git master

> branch tip version.  So please use that latest version for your further experiments

> with PLplot. Note for that version (for reasons given in README.release) we no

> longer honor the LIB_TAG variable so setting that as you do above will simply

> generate a warning about that value being ignored.  Also, "almost" PLplot-5.11.0 has

> many fixes in it including dealing with a number of "blank-in-pathname" issues.  So if

> a blank in one of your pathnames (say the location of your Tcl/Tk installation) is the

> source of your troubles with PLplot-5.10.0, then "almost"

> PLplot-5.11.0 might solve that.

>

> Normally, our build system (at least for the latest git version) uses commands in a

> tclsh environment and wish environment to figure out a consistent Tcl/Tk

> configuration.  So adjust your PATH environment variable so that the tclsh and wish

> commands are accessible, but I presume you are doing that already. Also, if your

> Tcl/Tk installation is in a non-standard location, then you will probably need to set

> the CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH environment

> variables appropriately to help cmake find that installation.

>

> In any case, if something is still wrong with how cmake configures your nmake build,

> please capture the output from the cmake command that you use for the "almost"

> PLplot-5.11.0 version, and send the compressed version of that result as an

> attachment to your post to this list to help us diagnose what is wrong.

>

> Alan

> __________________________

> Alan W. Irwin

>

> Astronomical research affiliation with Department of Physics and Astronomy,

> University of Victoria (astrowww.phys.uvic.ca).

>

> Programming affiliations with the FreeEOS equation-of-state implementation for

> stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net);

> PLplot scientific plotting software package (plplot.sf.net); the libLASi project

> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure

> Project (lbproject.sf.net).

> __________________________

>

> Linux-powered Science

> __________________________

>

> ------------------------------------------------------------------------------

> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your

> own process in accordance with the BPMN 2 standard Learn Process modeling best

> practices with Bonita BPM through live exercises

> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_

> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=V

> A_SF

> _______________________________________________

> Plplot-general mailing list

> Plp...@li...

> https://lists.sourceforge.net/lists/listinfo/plplot-general


DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure
 or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from
 the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail. 		 	   		  

Re: [Plplot-general] Compile for tcl binding

[Arjen M. <Arj...@de...>]

Hi Shen-Yeh,



To clarify what Alan said, capturing the output from CMake is done via:



cmake ...options... >&cmake.out



The last bit of the command captures the output to both "standard output" and "standard error" and both may be important in diagnosing the issue(s).



Note that the Tcl bindings for PLplot indeed become available as a loadable DLL, so it should be possible to distribute it as any Tcl extension (perhaps with a bit of extra work, as the installation procedure copies a number of files in a directory that is not the same as the DLL's.(*))



Regards,



Arjen

 (*) I have been thinking about that bit - it makes distributing PLplot as a Tcl package a bit more complicated than it might need to be. It is on my TODO list.)




> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@be...]
> Sent: Thursday, April 09, 2015 8:21 AM
> To: Shen-Yeh Chen
> Cc: plp...@li...
> Subject: Re: [Plplot-general] Compile for tcl binding
>
> On 2015-04-08 10:44-0700 Shen-Yeh Chen wrote:
>
> > Greetings,
> >
> > I am totally new to plplot (and cmake too). And I am struggling to get
> > it compiled into the Tcl core/shell. (I am using Windows 7. VS 2005
> > Win64. )
> >
> > I was able to build all the c and c++ under the /examples directory by
> > issuing the following cmake command
> >
> > cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-
> 5.10.0/SOURCE"
> -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON
> -
> DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\
> plplot-5.10.0\INSTALL"
> -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF
> -DSTATIC_RUNTIME=ON
> >
> > I have also tried adding "-DENABLE_tcl=ON".  However when I check the cmake
> cache, the "ENABLE_tcl" would always be set to OFF.
> >
> > What should I do to get plplot binding in Tcl ?  And, is it possible to compile plplot
> into DLL so that I can load it into Tcl like "load tk86t.dll tk" ?
> >
> > Any help will be greatly appreciated.
>
> Hi Shen-Yeh:
>
> PLplot-5.10.0 is quite old now and effectively unsupported because we are about
> (probably within the next 4 days) to release PLplot-5.11.0 based on the git master
> branch tip version.  So please use that latest version for your further experiments
> with PLplot. Note for that version (for reasons given in README.release) we no
> longer honor the LIB_TAG variable so setting that as you do above will simply
> generate a warning about that value being ignored.  Also, "almost" PLplot-5.11.0 has
> many fixes in it including dealing with a number of "blank-in-pathname" issues.  So if
> a blank in one of your pathnames (say the location of your Tcl/Tk installation) is the
> source of your troubles with PLplot-5.10.0, then "almost"
> PLplot-5.11.0 might solve that.
>
> Normally, our build system (at least for the latest git version) uses commands in a
> tclsh environment and wish environment to figure out a consistent Tcl/Tk
> configuration.  So adjust your PATH environment variable so that the tclsh and wish
> commands are accessible, but I presume you are doing that already. Also, if your
> Tcl/Tk installation is in a non-standard location, then you will probably need to set
> the CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH environment
> variables appropriately to help cmake find that installation.
>
> In any case, if something is still wrong with how cmake configures your nmake build,
> please capture the output from the cmake command that you use for the "almost"
> PLplot-5.11.0 version, and send the compressed version of that result as an
> attachment to your post to this list to help us diagnose what is wrong.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state implementation for
> stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net);
> PLplot scientific plotting software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure
> Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>
> ------------------------------------------------------------------------------
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your
> own process in accordance with the BPMN 2 standard Learn Process modeling best
> practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=V
> A_SF
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited. The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.

Re: [Plplot-general] Compile for tcl binding

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

On 2015-04-08 10:44-0700 Shen-Yeh Chen wrote:

> Greetings,
>
> I am totally new to plplot (and cmake too). And I am struggling to get it compiled into the Tcl core/shell. (I am using Windows 7. VS 2005 Win64. )
>
> I was able to build all the c and c++ under the /examples directory by issuing the following cmake command
>
> cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" 
-G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON 
-DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL"
-DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON
>
> I have also tried adding "-DENABLE_tcl=ON".  However when I check the cmake cache, the "ENABLE_tcl" would always be set to OFF.
>
> What should I do to get plplot binding in Tcl ?  And, is it possible to compile plplot into DLL so that I can load it into Tcl like "load tk86t.dll tk" ?
>
> Any help will be greatly appreciated.

Hi Shen-Yeh:

PLplot-5.10.0 is quite old now and effectively unsupported because we
are about (probably within the next 4 days) to release PLplot-5.11.0
based on the git master branch tip version.  So please use that latest
version for your further experiments with PLplot. Note for that
version (for reasons given in README.release) we no longer honor the
LIB_TAG variable so setting that as you do above will simply generate
a warning about that value being ignored.  Also, "almost" PLplot-5.11.0
has many fixes in it including dealing with a number of
"blank-in-pathname" issues.  So if a blank in one of your pathnames
(say the location of your Tcl/Tk installation) is the source of
your troubles with PLplot-5.10.0, then "almost"
PLplot-5.11.0 might solve that.

Normally, our build system (at least for the latest git version) uses
commands in a tclsh environment and wish environment to figure out a
consistent Tcl/Tk configuration.  So adjust your PATH environment
variable so that the tclsh and wish commands are accessible, but I
presume you are doing that already. Also, if your Tcl/Tk installation
is in a non-standard location, then you will probably need to set the
CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH environment variables
appropriately to help cmake find that installation.

In any case, if something is still wrong with how cmake configures
your nmake build, please capture the output from the cmake command
that you use for the "almost" PLplot-5.11.0 version, and send the
compressed version of that result as an attachment to your post to
this list to help us diagnose what is wrong.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-general] Compile for tcl binding

[Shen-Yeh C. <she...@ho...>]

Greetings,

 I am totally new to plplot (and cmake too). And I am struggling to get it compiled into the Tcl core/shell. (I am using Windows 7. VS 2005 Win64. )

I was able to build all the c and c++ under the /examples directory by issuing the following cmake command

cmake "C:/DISK0001/Optimizer01/Worksp/SOURCE/plplot/plplot-5.10.0/SOURCE" -G "NMake Makefiles" -DPL_DOUBLE=ON -DLIB_TAG="sud" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX="C:\DISK0001\Optimizer01\Worksp\SOURCE\plplot\plplot-5.10.0\INSTALL"  -DCMAKE_CONFIGURATION_TYPES="Release" -DBUILD_SHARED_LIBS=OFF -DSTATIC_RUNTIME=ON

I have also tried adding "-DENABLE_tcl=ON".  However when I check the cmake cache, the "ENABLE_tcl" would always be set to OFF.   

What should I do to get plplot binding in Tcl ?  And, is it possible to compile plplot into DLL so that I can load it into Tcl like "load tk86t.dll tk" ?

Any help will be greatly appreciated.

Regards
SY Chen


 		 	   		  

[Plplot-general] 1st Call For Papers - 22nd Annual Tcl/Tk Conference (Tcl'2015)

[<and...@ac...>]

Hello plplot-general, fyi ...

22nd Annual Tcl/Tk Conference (Tcl'2015)
http://www.tcl.tk/community/tcl2015/

October 19 - 23, 2015
Comfort Suites Manassas
7350 Williamson Blvd, 20109
Manassas, Virginia, USA

Important Dates:

Abstracts and proposals due   August 24, 2015
Notification to authors       August 31, 2015
WIP and BOF reservations open July 27, 2015
Author materials due          September 28, 2015
Tutorials Start               October 19, 2015
Conference starts             October 21, 2015

Email Contact:                tcl...@go...

Submission of Summaries

Tcl/Tk 2015 will be held in Manassas, Virginia, USA from October 19, 2015 to October 23, 2015.

The program committee is asking for papers and presentation proposals
from anyone using or developing with Tcl/Tk (and extensions). Past
conferences have seen submissions covering a wide variety of topics
including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to tcl...@go... no later than August 24, 2015. Authors of accepted
abstracts will have until September 28, 2015 to submit their final
paper for the inclusion in the conference proceedings. The proceedings
will be made available on digital media, so extra materials such as
presentation slides, code examples, code for extensions etc. are
encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 30 minutes to present their paper at
the conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis
starting in July 27, 2015. Specific instructions for reserving WIP
and BOF time slots will be provided in the registration information
available in July 27, 2015. Some WIP and BOF time slots will be held open
for on-site reservation. All attendees with an interesting work in
progress should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2015/) and will be published on
various Tcl/Tk-related information channels.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://code.activestate.com/lists/tcl-announce to subscribe to the
tcl-announce mailing list.


Conference Committee

   * Andreas Kupries  ActiveState Inc
   * Arjen Markus     Deltares
   * Brian Griffin    Mentor Graphics
   * Clif Flynt       Noumena Corp
   * Cynthia Lilagan  National Museum of Health & Medicine, Chicago
   * Donal Fellows    University of Manchester
   * Gerald Lester    KnG Consulting LLC
   * Jeff Hobbs       ActiveState Inc
   * Joe Mistachkin   Mistachkin Systems
   * Kevin Kenny      GE Global Research Center
   * Larry Virden
   * Mike Doyle       National Museum of Health & Medicine, Chicago
   * Ronald Fox       CAEN Technologies
                      NSCL @ Michigan State University
   * Steve Landers    Digital Smarties
   * Steve Redler, IV SR Technology

Contact Information     tcl...@go...

Tcl'2015 would like to thank those who are sponsoring the conference:

   * ActiveState Inc
   * Buonacorsi Foundation
   * Mentor Graphics
   * Noumena Corp
   * SR Technology
   * Tcl Community Association

Re: [Plplot-general] Build Plplot with ifort on OS X

[Hiroyasu Y. <hi...@gs...>]

> On Apr 1, 2015, at 12:56, Alan W. Irwin <ir...@be...> wrote:
> 
> On 2015-04-01 11:51+0900 Hiroyasu Yasuda wrote:
> 
>> Hello Alan and Arjen,
>> 
>> Thank you very much for your kindness. Eventually, I’ve solved that problem.
>> 
>> A way is to compile an code of plplot with ifort that three mod files(plplot_str.mod, plplot_strutils.mod and plplot_types.mod) copy into $PREFIX/lib/fortran/modules/plplot. Those mod files were generated in bindings/f95 of executed place with cmake and make. Also it is important to refuse conflict of build results between an older build result and a newer build result when run make install if there is an built plplot library already on an installed environment.
>> 
>> Although there is an couple of plplot library in same environment as above method, it is easy to can be switched those libraries with makefile:
>> 
>> F95 = gfortran-mp-4.6
>> F95 = ifort
>> 
>> ifeq ($(F95),ifort)
>>     PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/intel/lib/pkgconfig"
>> else
>>     PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/local/lib/pkgconfig"
>> endif
> 
> 

Hello Alan

My thought is as follows: If install location is separated each Plplot build, several Plot builds can coexist on same environment. It means that a stale install result doesn’t need to remove. If three mod files have finished to copy into a newer $PREFIX/lib/fortran/modules/plplot, build result can remove. 


> (1) Always remove stale build results (i.e., start with an empty
> build tree) before a build.
> 
> (2) Always remove stale installed results (i.e., completely remove the
> install tree for the designated install prefix) before redoing an
> install.
> 
> (3) If you are trying to install two different PLplot builds (say one
> for ifort-compiled results and one for gfortran-compiled results),
> then use a different install prefix for each one so there can be no
> confusion between the two installations.  Let's say those two install
> prefixes are /opt/ifort and /opt/gfortran.  Then if you look in
> /opt/ifort/share/plplot5*/examples/f95/Makefile, you should see a
> reference to the ifort version of PKG_CONFIG_ENV which in turn will
> point to the ifort location for the module files, and if you look in
> /opt/gfortran/share/plplot5*/examples/f95/Makefile you should see a
> reference to the gfortran PKG_CONFIG_ENV which in turn will point to
> the gfortran version of the module files. In other words, each PLplot
> installation is internally consistent for a given installation prefix
> and does not refer to any other PLplot installation.
> 
> Do you agree following these rules would have given you good results
> or is there still some underlying PLplot ifort bug (such as an internal
> inconsistency in install location) my summary is missing?
> 

Sincerely,
Hiro


> Alan
> __________________________
> Alan W. Irwin
> 
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
> 
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________





.´￣`.
: (` :  
`. `´   :
  `・--´　

Re: [Plplot-general] Build Plplot with ifort on OS X

[Hiroyasu Y. <hi...@gs...>]

> On Apr 2, 2015, at 01:10, Alan W. Irwin <ir...@be...> wrote:
> 
> On 2015-03-31 20:56-0700 Alan W. Irwin wrote:
> 
>> On 2015-04-01 11:51+0900 Hiroyasu Yasuda wrote:
>> 
>>> Hello Alan and Arjen,
>>> 
>>> Thank you very much for your kindness. Eventually, I’ve solved that problem.
>>> 
>>> A way is to compile an code of plplot with ifort that three mod files(plplot_str.mod, plplot_strutils.mod and plplot_types.mod) copy into $PREFIX/lib/fortran/modules/plplot. Those mod files were generated in bindings/f95 of executed place with cmake and make. Also it is important to refuse conflict of build results between an older build result and a newer build result when run make install if there is an built plplot library already on an installed environment.
>>> 
>>> Although there is an couple of plplot library in same environment as above method, it is easy to can be switched those libraries with makefile:
>>> 
>>> F95 = gfortran-mp-4.6
>>> F95 = ifort
>>> 
>>> ifeq ($(F95),ifort)
>>>     PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/intel/lib/pkgconfig"
>>> else
>>>     PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/local/lib/pkgconfig"
>>> endif
>> 
>> Hi Hiro:
>> 
>> It sounds from what you have said, that this problem could have been
>> avoided by following these common-sense rules:
>> 
>> (1) Always remove stale build results (i.e., start with an empty
>> build tree) before a build.
>> 
>> (2) Always remove stale installed results (i.e., completely remove the
>> install tree for the designated install prefix) before redoing an
>> install.
>> 
>> (3) If you are trying to install two different PLplot builds (say one
>> for ifort-compiled results and one for gfortran-compiled results),
>> then use a different install prefix for each one so there can be no
>> confusion between the two installations.  Let's say those two install
>> prefixes are /opt/ifort and /opt/gfortran.  Then if you look in
>> /opt/ifort/share/plplot5*/examples/f95/Makefile, you should see a
>> reference to the ifort version of PKG_CONFIG_ENV which in turn will
>> point to the ifort location for the module files, and if you look in
>> /opt/gfortran/share/plplot5*/examples/f95/Makefile you should see a
>> reference to the gfortran PKG_CONFIG_ENV which in turn will point to
>> the gfortran version of the module files. In other words, each PLplot
>> installation is internally consistent for a given installation prefix
>> and does not refer to any other PLplot installation.
>> 
>> Do you agree following these rules would have given you good results
>> or is there still some underlying PLplot ifort bug (such as an internal
>> inconsistency in install location) my summary is missing?
> 
> Hi Hiro:
> 
> Actually, I should have asked you a more specific question to help
> figure out whether there is a real PLplot bug here or not.  That
> question is if you follow the three rules above with ifort and no
> changes to the PLplot source code nor the installed examples code do
> you have success with the installed examples build?
> 

Hello Alan,

I've never changed the Plplot source code nore installed example code. I’ve just copied three mod files to  $PREFIX/lib/fortran/modules/plplot. Also an older Plplot build with gfortran didn’t remove before building and installing an newer Plplot build with ifort.

Sincerely,
HIro


> __________________________
> Alan W. Irwin
> 
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
> 
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________



- - - - -
安田 浩保
〒950-2181 新潟市西区五十嵐二の町8050
新潟大学 災害・復興科学研究所
総合研究棟（環境エネルギ系）213号室
TEL : 025-262-7053  FAX : 025-262-7050
E-mail : hi...@gs...

Hiroyasu YASUDA
Laboratory of River Research
Research Institute for Natural Hazards & Disaster Recovery
Niigata University
Ikarashi 2-no-cho, Nis-ku, Niigata, 950-2181, Japan 
Phone +81-25-262-7053  Facsimile +81-25-262-7050 
E-mail hi...@gs... 
URL http://rde.nhdr.niigata-u.ac.jp/lab/

.´￣`.
: (` :  
`. `´   :
  `・--´　

Re: [Plplot-general] Build Plplot with ifort on OS X

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

On 2015-03-31 20:56-0700 Alan W. Irwin wrote:

> On 2015-04-01 11:51+0900 Hiroyasu Yasuda wrote:
>
>> Hello Alan and Arjen,
>>
>> Thank you very much for your kindness. Eventually, I’ve solved that problem.
>>
>> A way is to compile an code of plplot with ifort that three mod files(plplot_str.mod, plplot_strutils.mod and plplot_types.mod) copy into $PREFIX/lib/fortran/modules/plplot. Those mod files were generated in bindings/f95 of executed place with cmake and make. Also it is important to refuse conflict of build results between an older build result and a newer build result when run make install if there is an built plplot library already on an installed environment.
>>
>> Although there is an couple of plplot library in same environment as above method, it is easy to can be switched those libraries with makefile:
>>
>> F95 = gfortran-mp-4.6
>> F95 = ifort
>>
>> ifeq ($(F95),ifort)
>>      PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/intel/lib/pkgconfig"
>> else
>>      PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/local/lib/pkgconfig"
>> endif
>
> Hi Hiro:
>
> It sounds from what you have said, that this problem could have been
> avoided by following these common-sense rules:
>
> (1) Always remove stale build results (i.e., start with an empty
> build tree) before a build.
>
> (2) Always remove stale installed results (i.e., completely remove the
> install tree for the designated install prefix) before redoing an
> install.
>
> (3) If you are trying to install two different PLplot builds (say one
> for ifort-compiled results and one for gfortran-compiled results),
> then use a different install prefix for each one so there can be no
> confusion between the two installations.  Let's say those two install
> prefixes are /opt/ifort and /opt/gfortran.  Then if you look in
> /opt/ifort/share/plplot5*/examples/f95/Makefile, you should see a
> reference to the ifort version of PKG_CONFIG_ENV which in turn will
> point to the ifort location for the module files, and if you look in
> /opt/gfortran/share/plplot5*/examples/f95/Makefile you should see a
> reference to the gfortran PKG_CONFIG_ENV which in turn will point to
> the gfortran version of the module files. In other words, each PLplot
> installation is internally consistent for a given installation prefix
> and does not refer to any other PLplot installation.
>
> Do you agree following these rules would have given you good results
> or is there still some underlying PLplot ifort bug (such as an internal
> inconsistency in install location) my summary is missing?

Hi Hiro:

Actually, I should have asked you a more specific question to help
figure out whether there is a real PLplot bug here or not.  That
question is if you follow the three rules above with ifort and no
changes to the PLplot source code nor the installed examples code do
you have success with the installed examples build?

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Build Plplot with ifort on OS X

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

On 2015-04-01 11:51+0900 Hiroyasu Yasuda wrote:

> Hello Alan and Arjen,
>
> Thank you very much for your kindness. Eventually, I’ve solved that problem.
>
> A way is to compile an code of plplot with ifort that three mod files(plplot_str.mod, plplot_strutils.mod and plplot_types.mod) copy into $PREFIX/lib/fortran/modules/plplot. Those mod files were generated in bindings/f95 of executed place with cmake and make. Also it is important to refuse conflict of build results between an older build result and a newer build result when run make install if there is an built plplot library already on an installed environment.
>
> Although there is an couple of plplot library in same environment as above method, it is easy to can be switched those libraries with makefile:
>
> F95 = gfortran-mp-4.6
> F95 = ifort
>
> ifeq ($(F95),ifort)
>      PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/intel/lib/pkgconfig"
> else
>      PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/local/lib/pkgconfig"
> endif

Hi Hiro:

It sounds from what you have said, that this problem could have been
avoided by following these common-sense rules:

(1) Always remove stale build results (i.e., start with an empty
build tree) before a build.

(2) Always remove stale installed results (i.e., completely remove the
install tree for the designated install prefix) before redoing an
install.

(3) If you are trying to install two different PLplot builds (say one
for ifort-compiled results and one for gfortran-compiled results),
then use a different install prefix for each one so there can be no
confusion between the two installations.  Let's say those two install
prefixes are /opt/ifort and /opt/gfortran.  Then if you look in
/opt/ifort/share/plplot5*/examples/f95/Makefile, you should see a
reference to the ifort version of PKG_CONFIG_ENV which in turn will
point to the ifort location for the module files, and if you look in
/opt/gfortran/share/plplot5*/examples/f95/Makefile you should see a
reference to the gfortran PKG_CONFIG_ENV which in turn will point to
the gfortran version of the module files. In other words, each PLplot
installation is internally consistent for a given installation prefix
and does not refer to any other PLplot installation.

Do you agree following these rules would have given you good results
or is there still some underlying PLplot ifort bug (such as an internal
inconsistency in install location) my summary is missing?

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-general] Build Plplot with ifort on OS X

[Hiroyasu Y. <hi...@gs...>]

Hello Alan and Arjen,

Thank you very much for your kindness. Eventually, I’ve solved that problem. 

A way is to compile an code of plplot with ifort that three mod files(plplot_str.mod, plplot_strutils.mod and plplot_types.mod) copy into $PREFIX/lib/fortran/modules/plplot. Those mod files were generated in bindings/f95 of executed place with cmake and make. Also it is important to refuse conflict of build results between an older build result and a newer build result when run make install if there is an built plplot library already on an installed environment. 

Although there is an couple of plplot library in same environment as above method, it is easy to can be switched those libraries with makefile:

F95 = gfortran-mp-4.6
F95 = ifort

ifeq ($(F95),ifort)
      PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/intel/lib/pkgconfig"
else
      PKG_CONFIG_ENV = PKG_CONFIG_PATH="/opt/local/lib/pkgconfig"
endif


Your advices give useful suggestion to solve the problem of build plplot with ifort. Thank you very much indeed. Actually it is still unknown why gfortran and intel fortran are different in build results.

Sincerely.
Hiro


> On Mar 31, 2015, at 03:37, Alan W. Irwin <ir...@be...> wrote:
> 
> On 2015-03-30 22:38+0900 Hiroyasu Yasuda wrote:
> 
>> Hello Alan,
>> 
>> Thank you for your kindness. I ran your suggested commands and that results as below:
>> 
>> hiro$ PKG_CONFIG_PATH="/Users/hiro/Desktop/plplot_ifort/lib/pkgconfig" pkg-config --cflags plplotd-f95
>> -I/Users/hiro/Desktop/plplot_ifort/include/plplot -I/Users/hiro/Desktop/plplot_ifort/lib/fortran/modules/plplot -I/Users/hiro/Desktop/plplot_ifort/include/plplot
>> 
>> hiro$ make x00f
>> /usr/bin/ifort  x00f.f90 -o x00f  `PKG_CONFIG_PATH="/Users/hiro/Desktop/plplot_ifort/lib/pkgconfig" pkg-config  --cflags --libs plplotd-f95` -lplf95demolibd
>> x00f.f90(24): error #7002: Error in opening the compiled module file.  Check INCLUDE paths.   [PLPLOT_STR]
>>   use plf95demolib
>> --------^
>> compilation aborted for x00f.f90 (code 1)
>> make: *** [x00f] Error 1
>> 
>> Also I intend a file list in specified fold with pkg-config as below:
>> 
>> hiro$ ls -l /Users/hiro/Desktop/plplot_ifort/include/plplot
>> total 560
>> -rw-r--r--  1 hiro  staff   3255 Mar 30 17:49 disptab.h
>> -rw-r--r--  1 hiro  staff   7284 Mar 30 17:49 drivers.h
>> -rw-r--r--  1 hiro  staff   5398 Mar 30 17:49 gcw.h
>> -rw-r--r--  1 hiro  staff   4043 Mar 30 17:49 pdf.h
>> -rw-r--r--  1 hiro  staff   3304 Mar 30 17:51 plConfig.h
>> -rw-r--r--  1 hiro  staff   2802 Mar 30 17:51 plDevs.h
>> -rw-r--r--  1 hiro  staff   2763 Mar 30 17:49 pldebug.h
>> -rw-r--r--  1 hiro  staff   5761 Mar 30 17:51 pldll.h
>> -rw-r--r--  1 hiro  staff   7509 Mar 30 17:49 plevent.h
>> -rw-r--r--  1 hiro  staff  77370 Mar 30 17:49 plplot.h
>> -rw-r--r--  1 hiro  staff  32642 Mar 30 17:49 plplotP.h
>> -rw-r--r--  1 hiro  staff  28357 Mar 30 17:49 plplotcanvas.h
>> -rw-r--r--  1 hiro  staff  42350 Mar 30 17:49 plstream.h
>> -rw-r--r--  1 hiro  staff  30762 Mar 30 17:49 plstrm.h
>> -rw-r--r--  1 hiro  staff   4466 Mar 30 17:49 plxwd.h
>> -rw-r--r--  1 hiro  staff   2633 Mar 30 17:49 qsastime.h
>> -rw-r--r--  1 hiro  staff   1612 Mar 30 17:49 qsastimedll.h
>> 
>> hiro$ ls -l /Users/hiro/Desktop/plplot_ifort/lib/fortran/modules/plplot
>> total 392
>> -rw-r--r--  1 hiro  staff    2447 Mar 30 17:51 plf95demolib.mod
>> -rw-r--r--  1 hiro  staff  125957 Mar 30 17:51 plplot.mod
>> -rw-r--r--  1 hiro  staff     629 Mar 30 17:51 plplot_flt.mod
>> -rw-r--r--  1 hiro  staff   62576 Mar 30 17:51 plplotp.mod
>> 
> 
>> Those results seem to be working fine except error #7002. Since
> error #7002 is an intrinsic error message, the built result of *.mod
> with ifort is suspected. If there are some ifort compiling options to
> obtain a normal built result, an built result of *.mod with ifort will
> be equaled to an built results with gfortran. Are there some compiling
> option for option?
> 
> I could be wrong, but my interpretation of the error message is ifort
> cannot find the fortran modules (specifically the plf95demolib module
> file) despite the -I option pointing right to them.  That is an
> extremely puzzling result. That is also similar to a result another
> user got with ifort back in 2011, see
> <https://sourceforge.net/p/plplot/bugs/107/>.
> 
> According to <http://inside.mines.edu/mio/man/ifort.html> the -I
> option should be recognized by ifort to help that compiler find the
> modules, but since that appears not to be working for your platform I
> wonder if you have a different version of ifort that does not
> recognize this option? What does your own ifort manual say about the
> option that should be used to find modules?
> 
> Also, I suggest you experiment with the build command to see what you
> have to modify to get it to work.
> 
> Currently, according to your result above, the Makefile generates the
> following command.
> 
> /usr/bin/ifort  x00f.f90 -o x00f  \
> `PKG_CONFIG_PATH="/Users/hiro/Desktop/plplot_ifort/lib/pkgconfig" \
> pkg-config --cflags --libs plplotd-f95` -lplf95demolibd
> 
> I would run that by hand (outside the Makefile) to confirm you get the
> same error, then cut and paste the result of
> 
> 
> PKG_CONFIG_PATH="/Users/hiro/Desktop/plplot_ifort/lib/pkgconfig" \
> pkg-config --cflags --libs plplotd-f95
> 
> to remove pkg-config from the result.  Then modify the relevant -I
> option according to what your ifort documentation says to do to see if
> you can convince ifort to find your installed modules directory at
> /Users/hiro/Desktop/plplot_ifort/lib/fortran/modules/plplot.
> 
> Sorry I cannot be of more explicit help, but this is a tough issue
> that I think can only be figured out by experimentation on your part.
> 
> Alan
> 
> __________________________
> Alan W. Irwin
> 
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
> 
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
> 
> Linux-powered Science
> __________________________



- - - - -
安田 浩保
〒950-2181 新潟市西区五十嵐二の町8050
新潟大学 災害・復興科学研究所
総合研究棟（環境エネルギ系）213号室
TEL : 025-262-7053  FAX : 025-262-7050
E-mail : hi...@gs...

Hiroyasu YASUDA
Laboratory of River Research
Research Institute for Natural Hazards & Disaster Recovery
Niigata University
Ikarashi 2-no-cho, Nis-ku, Niigata, 950-2181, Japan 
Phone +81-25-262-7053  Facsimile +81-25-262-7050 
E-mail hi...@gs... 
URL http://rde.nhdr.niigata-u.ac.jp/lab/

.´￣`.
: (` :  
`. `´   :
  `・--´　

Re: [Plplot-general] Am I going about this the best way?

[Aaron H. <he...@co...>]

Alan,

Confirmed - this fixes the build issues I was having.  I can now build
static lib PLplot using Qt (dynamic) from b6b60d1.  I can also successfully
use memqt in my application.  

Thanks,

Aaron.

-----Original Message-----
From: Alan W. Irwin [mailto:ir...@be...] 
Sent: Tuesday, March 31, 2015 12:20 PM
To: Aaron Hexamer
Cc: plp...@li...
Subject: Re: [Plplot-general] Am I going about this the best way?

On 2015-03-31 09:25-0700 Alan W. Irwin wrote:

> Hi Aaron.
>
> There has been a very recent development.  One of our core developers 
> has just run into the same bug of being unable to build plplotqt for 
> the static library case because the compile flag -DUSINGDLL has been 
> incorrectly used for that case.  I have fixed it on my local system, 
> but SourceForge has a complete outage at this time (ugh) so I cannot 
> propagate that fix (yet) to a place where you can use it.
>
> Once SF is back up, if you haven't done so already, I would sign up 
> for our git feed so you will get e-mail notice of each PLplot git 
> commit to the master branch (which, for example, would let you know 
> when my fix is pushed to master).  In order to do that signup login to 
> Sourceforge (once SF is back up) go to our SF project page -> Code, 
> and sign up for the git feed (using one of the menu items on that Code 
> page).

Hi Aaron:

SF now working again, and I have pushed this bug fix (commit id b6b60d1).
Please test that this solves the issue.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); the Time Ephemerides project
(timeephem.sf.net); PLplot scientific plotting software package
(plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux
Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________