plplot-general — PLplot user discussion group

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

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

Thanks, Alan.  I'll check out Qt. Looks like it has a mem driver too.  I'll
just have to try and see which dependencies are lightest.

-----Original Message-----
From: Alan W. Irwin [mailto:ir...@be...] 
Sent: Wednesday, March 25, 2015 6:09 PM
To: he...@co...
Cc: plp...@li...
Subject: Re: [Plplot-general] Am I going about this the best way?

On 2015-03-25 21:51-0000 he...@co... wrote:

> I use PLplot in a Windows application for plotting frequency response 
> Bode plots from oscilloscope data. It's worked out nicely. One 
> enhancement I'm tackling is getting better font support as well as anti
-aliasing. Currently, I'm using the mem driver. I take the buffer and
transform it for GDI display. I am aware of the wingcc driver, but I'd
prefer to paint to my window vs creating a new one.
> After some research, I decided that memcairo would be the best 
> approach. After struggling a bit to get PLplot built with cairo/pango, 
> I did get it to work. In the process I came to realize that I'd need 
> to package about a dozen DLLs with my app. While I realize I'm 
> probably swimming upstream I then set out to make static builds of cairo,
pango and its dependencies. Even if this works, it will probably bloat my
app considerably. So my question is ... is there another driver I should
explore that may be better suited for the task at hand. Or should I just
suck it up and package the DLLs? Also, I do plan to make this multiplatform
some day.

Our cairo- and qt-related software gives the best font rendering currently,
and I just discovered that our newly rewritten wxwidgets-related software
also gives great font rendering (e.g., example 24 looks fine) if linked with
the latest wxwidgets software.

So you may just want to stand pat with your current pango/cairo based
approach.  On the other hand, if the Qt4 dependency is bit easier to handle
for you compared to the pango/cairo dependency, then you should at least
take a look at our Qt-related software such as the qt device driver and
examples/c++/qt_example.  And possibly you might also want to do the same
for our new wxwidgets software (see, e.g., examples/c++/wxPLplotDemo),
although I should warn you that our new wxwidgets-related software is still
being very actively developed with a number of issues in the process of
being fixed.

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] Am I going about this the best way?

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

On 2015-03-25 21:51-0000 he...@co... wrote:

> I use PLplot in a Windows application for plotting frequency response Bode plots from oscilloscope data. It's worked out nicely. One
> enhancement I'm tackling is getting better font support as well as anti -aliasing. Currently, I'm using the mem driver. I take the
> buffer and transform it for GDI display. I am aware of the wingcc driver, but I'd prefer to paint to my window vs creating a new one.
> After some research, I decided that memcairo would be the best approach. After struggling a bit to get PLplot built with cairo/pango, I
> did get it to work. In the process I came to realize that I'd need to package about a dozen DLLs with my app. While I realize I'm
> probably swimming upstream I then set out to make static builds of cairo, pango and its dependencies. Even if this works, it will
> probably bloat my app considerably. So my question is ... is there another driver I should explore that may be better suited for the
> task at hand. Or should I just suck it up and package the DLLs? Also, I do plan to make this multiplatform some day.

Our cairo- and qt-related software gives the best font rendering
currently, and I just discovered that our newly rewritten
wxwidgets-related software also gives great font rendering (e.g.,
example 24 looks fine) if linked with the latest wxwidgets software.

So you may just want to stand pat with your current pango/cairo based
approach.  On the other hand, if the Qt4 dependency is bit easier to
handle for you compared to the pango/cairo dependency, then you should
at least take a look at our Qt-related software such as the qt device
driver and examples/c++/qt_example.  And possibly you might also want
to do the same for our new wxwidgets software (see, e.g.,
examples/c++/wxPLplotDemo), although I should warn you that our new
wxwidgets-related software is still being very actively developed with
a number of issues in the process of being fixed.

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] Am I going about this the best way?

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

I use PLplot in a Windows application for plotting frequency response Bode plots from oscilloscope data.  It's worked out nicely.  One enhancement I'm tackling is getting better font support as well as anti -aliasing.  Currently, I'm using the mem driver.  I take the buffer and transform it for GDI display.  I am aware of the wingcc driver, but I'd prefer to paint to my window vs creating a new one.  After some research, I decided that memcairo would be the best approach.  After struggling a bit to get PLplot built with cairo/pango, I did get it to work.  In the process I came to realize that I'd need to package about a dozen DLLs with my app.  While I realize I'm probably swimming upstream I then set out to make static builds of cairo, pango and its dependencies.  Even if this works, it will probably bloat my app considerably.  So my question is ... is there another driver I should explore that may be better suited for the task at hand.  Or should I just suck it up and package the DLLs?  Also, I do plan to make this multiplatform some day.<br><br>Thanks!

Re: [Plplot-general] Call for testing of the PLplot git master tip version

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

On 2015-03-17 12:57-0500 Aaron Hexamer wrote:

> Alan,
>
> Since this is my first time providing feedback, my apologies if this is not
> the preferred mechanism.  First off, thanks for supporting such a useful
> library.  I use it in a frequency response analysis tool I made for
> PicoScopes: (https://bitbucket.org/hexamer/fra4picoscope/wiki/Home).  I've
> been putting a some effort into getting better font support, in-particular
> trying mem-cairo/cairo-pango.  Since that effort dead ended on version
> 5.10.0, I thought I should try the 5.11.0 pre-release you announced.  Not
> much progress yet, but I thought I should mention a possible incompatibility
> with Visual Studio 2012.  I see that plmetafile.c uses lround.
> Unfortunately I don't think MSVC 2012 has C99 support, so it does not
> include lround.

Thanks Aaron for that report:

The only quibble with your report that I have is it should be directed
to plplot-general so I have done that in this reply.

Someone else found the same missing lround build issue for
MSVC 2012 which we have literally just now (commit id 0bfe721) worked
around with a placeholder.  (This is allowed because plmetafile.c is
completely experimental code which is currently unused except for one
new test application, and plmetafile.c will likely have a lot of
revision post-release just where lround was used in any case.)

Anyhow, try master tip again.  Also, for all those here trying the git
version, I highly recommend you sign up for our git feed which gives
you e-mail notification of our git changes.  To do that, log into
SourceForge (essential) and click on the feed signup button you will
find at <https://sourceforge.net/p/plplot/plplot/ci/master/tree/>.

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] Resizing issues of plplot window using python and qt (segfaults)

[Peter H. <pet...@sy...>]

Hi Alan,


I have used the debian out of the box version 5.1.0. I will try to
reproduce (hopefully not though) the segfaults with the latest git
release. Maybe its already fixed with the plbuf changes ...


I will report the results then! 

Cheers,
Peter


> 
> 
> We take memory management errors (which often produce segfaults)
> seriously.  However, it may be a long process to sort out this issue,
> but to help get that debug process started, I and others do test our
> pyqt4 binding via examples/python/pyqt4_example.py (e.g., by using the
> cmake option -DBUILD_TEST=ON, and after cmake is completed running
> 
> make test_pyqt4_example
> 
> in the build tree or as part of some larger test such as
> 
> make test_interactive
> 
> in the build tree.
> 
> We run such tests routinely as part of due diligence leading up to
> releases, and so far nobody has reported segfaults with that example.
> Of course, that is a "for what it is worth" comment because memory
> management errors sometimes don't lead to segfaults or any other
> obvious symptom, and also because pyqt4_example.py is a simpler test
> for our pyqt4 binding than your test case.  Nevetheless, you should do
> that same test yourself just to make sure you can replicate our good
> test result for this case.
> 
> Your post caught my eye because you mentioned resizing.  That
> typically uses plbuf capabilities, and a number of bug fixes have just
> been completed for plbuf.  So just now for the git master tip version
> of PLplot I ran the test_pyqt4_example target above and did a lot of
> resizing of the resulting GUI without segfault (or other) issues, and
> you might want to try the same thing.
> 
> Also, I suggest you try that test and also your own example using the
> git master tip version of PLplot just in case the recent plbuf fixes
> have solved the segfault problem for you.
> 
> And more about that master tip version in my next post.
> 
> 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] Call for testing of the PLplot git master tip version

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

For everybody on this list, I am in the very late stages of bringing
out a PLplot release (hopefully by late this week) based on the git
master tip version of PLplot. To access that version with git follow
the directions in sf.net/projects/plplot -> Code.  Any feedback on
that version would be much appreciated.  You should note the backwards
incompatibilities mentioned in the release notes (see README.relase).
You should also note that I am in the "deep freeze" final stages of
this release process so I will tend to be very cautious about further
changes for this release unless someone demonstrates an important
regression (aside from the designed backwards incompatibilities)
compared to previous PLplot releases.

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] Resizing issues of plplot window using python and qt (segfaults)

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

On 2015-03-16 12:41+0100 Peter Holtermann wrote:

> Dear all,
>
>
> I have recently started to try plplot to plot realtime data. I have
> extensively used matplotlib but found it for realtime much to slow. So I
> tried plplot and I got pretty fast nice results using plplot.
> I have anyhow a segfault problem with my python code and I do not fully
> understand why.
>
>
> What I experienced when e.g. applying the examples is that a resizing of
> the window does resizes the axes only when the window is resized
> according to the axes aspect ratio. So a resizing of the window in e.g.
> only the x-direction does not resize the plplot axes.
>
>
> What I found to work is that after a window resize you cleanup your
> existing plplot widgets ( calling plend(), plfreeqtdev() ) and start all
> over. This works quite well, but I get random segfaults. Attached is my
> python code, it should work out of the box.
>
>
> Any help is appreciated!

Hi Peter:

Thanks for your interest in PLplot.  I am glad to hear it is faster
than matplotlib, but sorry to hear that you are running into segfaults
for your test of our pyqt4 binding.

We take memory management errors (which often produce segfaults)
seriously.  However, it may be a long process to sort out this issue,
but to help get that debug process started, I and others do test our
pyqt4 binding via examples/python/pyqt4_example.py (e.g., by using the
cmake option -DBUILD_TEST=ON, and after cmake is completed running

make test_pyqt4_example

in the build tree or as part of some larger test such as

make test_interactive

in the build tree.

We run such tests routinely as part of due diligence leading up to
releases, and so far nobody has reported segfaults with that example.
Of course, that is a "for what it is worth" comment because memory
management errors sometimes don't lead to segfaults or any other
obvious symptom, and also because pyqt4_example.py is a simpler test
for our pyqt4 binding than your test case.  Nevetheless, you should do
that same test yourself just to make sure you can replicate our good
test result for this case.

Your post caught my eye because you mentioned resizing.  That
typically uses plbuf capabilities, and a number of bug fixes have just
been completed for plbuf.  So just now for the git master tip version
of PLplot I ran the test_pyqt4_example target above and did a lot of
resizing of the resulting GUI without segfault (or other) issues, and
you might want to try the same thing.

Also, I suggest you try that test and also your own example using the
git master tip version of PLplot just in case the recent plbuf fixes
have solved the segfault problem for you.

And more about that master tip version in my next post.

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] Resizing issues of plplot window using python and qt (segfaults)

[Peter H. <pet...@sy...>]

Dear all,


I have recently started to try plplot to plot realtime data. I have
extensively used matplotlib but found it for realtime much to slow. So I
tried plplot and I got pretty fast nice results using plplot.
I have anyhow a segfault problem with my python code and I do not fully
understand why. 


What I experienced when e.g. applying the examples is that a resizing of
the window does resizes the axes only when the window is resized
according to the axes aspect ratio. So a resizing of the window in e.g.
only the x-direction does not resize the plplot axes. 


What I found to work is that after a window resize you cleanup your
existing plplot widgets ( calling plend(), plfreeqtdev() ) and start all
over. This works quite well, but I get random segfaults. Attached is my
python code, it should work out of the box. 


Any help is appreciated!
Cheers,
Peter


# ------------------Snip-----------------------

import sys
import numpy as np

import plplot
# An indirect side effect of this import statement is a consistent set
# of Qt4 libraries are loaded (e.g., if those are from some downloaded
# non-system version in a non-standard location).
import plplot_pyqt4
# This import statement must go after the one above to insure a
# consistent set of Qt4 libraries are used for the case of the
# downloaded, non-standard location of those libraries.
from PyQt4 import QtCore, QtGui


class plplot_Widget_test2(QtGui.QWidget):
    """
    A plplot canvas widget
    """
    def __init__(self,parent=None,numstream=0,pause=1,nsub=1):
        QtGui.QWidget.__init__(self)
        self.setParent(parent)
        self.nsub = nsub
        self.x_data = []
        self.y_data = []
        self.x_all = []
        self.y_all = []

        self.init = True
    def plplotInit(self):
        if(self.init):
            width = 200
            height = 200
            self.init = False
        else:
            width = self.frameSize().width()
            height = self.frameSize().height()
            
        print "Init",width,height
        # PLplot setup
        self.plot = plplot_pyqt4.QtExtWidget(width, height, self)
        plplot_pyqt4.plsetqtdev(self.plot)
        plplot.plsdev("extqt")
        plplot.plinit()
        self.plplotinitAxes()
        print "End plotinitaxes"
        
    def plplotstartTimer(self):
        print "Timer"
        self.timer = QtCore.QTimer(self)
        self.timer.timeout.connect(self.plplotupdatePlot)
        self.timer.start(200)        
        print "Timer end"        

    def plplotinitAxes(self):
        print "initAxes"
        colbox = 1
        collab = 3
        styline = [2, 3, 4, 5]
        colline = [2, 3, 4, 5]
        legline = ["1", "2", "3", "4"]
        xlab = 0.
        ylab = 0.25     # legend position 
        autoy = 1       # autoscale y 
        acc = 1 # don t scrip, accumulate
        self.id = []
        # Register our error variables with PLplot 
        # From here on, we're handling all errors here
        if(self.nsub>1):
            plplot.plssub(2, 2)

        for i in range(self.nsub):        
            plplot.pladv(0)
            plplot.plvsta()        
            tmin = 0
            tmax = 10
            tjump = .3
            ymin = -.10
            ymax = .10
            print "New Axes!"
            id = plplot.plstripc("bcnst", "bcnstv",
                                 tmin, tmax, tjump, ymin, ymax,
                                 xlab, ylab,
                                 autoy, acc,
                                 colbox, collab,
                                 colline, styline, legline, 
                                 "Hello!", "", "Strip chart demo")


            self.id.append(id)

        print "End New Axes!"            
        self.update()

    def plplotupdatePlot(self):
        if(len(self.x_data)>0):
            print "Update plot 1",self.x_data
            while(len(self.x_data)>0):
                x = self.x_data.pop(0)
                y = self.y_data.pop(0)
                self.x_all.append(x)
                self.y_all.append(y)
                for i in range(self.nsub):                            
                    plplot.pladv(i+1)
                    plplot.plstripa(self.id[i], 0, x, y)

        self.update()

    def plplotCleanup(self):
        print "Cleanup"
        self.timer.stop()
        plplot.plend()
        plplot_pyqt4.plfreeqtdev()
        print "End Cleanup"                
     

    def resizeEvent(self, event):
        self.plplotCleanup()
        self.plplotInit()
        self.plplotstartTimer()


class QPlot(QtGui.QMainWindow):
    def __init__(self):
        QtGui.QMainWindow.__init__(self, None)
        self.resize(300,300)
        self.lw = QtGui.QWidget(self)
        self.l = QtGui.QVBoxLayout(self.lw)                        
        self.lw1 = plplot_Widget_test2(self,nsub=4)
        self.l.addWidget(self.lw1)
        self.lw1.plplotInit()
        self.lw1.plplotstartTimer()              
        self.setCentralWidget(self.lw)
        print "Init random data generator"        
        timer = QtCore.QTimer(self)
        timer.timeout.connect(self.data_gen)
        timer.start(250)
        self.n = 0
    def data_gen(self):
        self.n += 1
        self.lw1.x_data.append(self.n * 0.1)

self.lw1.y_data.append(np.random.rand(1)[0])                                        



app = QtGui.QApplication(sys.argv)
plot = QPlot()
plot.show()
app.exec_()
plot.lw1.plplotCleanup()

Re: [Plplot-general] How Do I Link Correctly To the Libraries Under 5.10.0?

[John B. <jrb...@co...>]

Hi Arjen,
    Thanks for that added clarification.  I grasp things clearly 
now.  I should have had the plplot bin directory in my path.  That 
makes perfect sense.
Thanks again for your help on this!
John


At 05:53 AM 2/1/2015, Arjen Markus wrote:
>Hi John,
>
>Good to hear that has been solved. Under Cygwin all these DLLs are 
>initially created in the dll subdirectory under the build directory 
>but with "make install" they will go into the bin directory ofyour 
>Cygwin installation and then adjusting the path is no longer 
>required. That is also the way forward for installing your 
>applications on other machines.
>
>Regards,
>
>Arjen
>
>From: John Baumgardner [mailto:jrb...@co...]
>Sent: Saturday, January 31, 2015 5:53 PM
>To: Chris Marshall; plp...@li...
>Subject: Re: [Plplot-general] How Do I Link Correctly To the 
>Libraries Under 5.10.0?
>
>Hi Chris,
>Thanks for that tip!  It immediately resolved the problem.  Things 
>work beautifully now.
>Thanks again.  John
>
>
>At 04:54 AM 1/31/2015, Chris Marshall wrote:
>
>Are the .dll files in the PATH?
>
>On 1/30/2015 18:36, John Baumgardner wrote:
>
>Hi Arjen,
>
>  I have still had no success in getting my application to work 
> linked to plplot-5.10.0 under Cygwin.  Here is what I am 
> seeing.  Things apparently compile and link okay:
>
>$ make sphplt
>gfortran -fdefault-real-8 -O3  -fdefault-real-8 -O3 
>-I/usr/local/plplot/include -L/usr/local/plplot/lib -o sphplt 
>sphplt.o graphx.o \
>-lplplotd -lplplotf95d -lplplotf95cd
>
>But then when I execute I get the following error:
>
>$ sphplt
>/home/johnrb/terra0314/sphplt.exe: error while loading shared 
>libraries: cygplplotf95d-11.dll: cannot open shared object file: No 
>such file or directory
>
>Might you have any idea what I am doing wrong here?  Thanks for any 
>help you can provide.
>
>John
>
>At 12:01 AM 1/26/2015, Arjen Markus wrote:
>
>Hi John,
>
>I will have a closer look at this.
>
>Regards,
>Arjen
>
>From: John Baumgardner [ 
><mailto:jrb...@co...>mailto:jrb...@co...]
>Sent: Monday, January 26, 2015 1:58 AM
>To: Arjen Markus; Alan W. Irwin
>Cc: 
><mailto:plp...@li...>plp...@li...
>Subject: [Plplot-general] How Do I Link Correctly To the Libraries 
>Under 5.10.0?
>
>Hi Arjen and Alan,
>
>    After achieving apparent success several days ago compiling and 
> linking my application code under plplot-5.10.0, for some reason 
> things ceased to work.  The make process could no longer find the 
> required libraries.  So I went to examples/f95 and imitated (I 
> think) the makefile I found there (Makefile.examples).  Here is the 
> resulting makefile I am attempting to use:
>
>F95 = /usr/bin/gfortran.exe
>FFLAGS = -fdefault-real-8 -O3
>PKG_CONFIG_ENV = 
>PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig"
>RPATHCMD = -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib
>
>sphplt : sphplt.o graphx.o
>         $(F95) $(FFLAGS) $(RPATHCMD) -o sphplt \
>         `$(PKG_CONFIG_ENV) pkg-config  --cflags --libs plplotd-f95` \
>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>
>Here is what I get when I do the make:
>
>$ make -f makesph
>/usr/bin/gfortran.exe -fdefault-real-8 -O3 -Wl,-rpath 
>-Wl,/home/johnrb/plplot-5.10.0/build_dir/lib -o sphplt \
>`PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig" 
>pkg-config  --cflags --libs plplotd-f95` \
>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>cannot find -lplplotf95d-11.0.0
>/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>cannot find -lplplotf95cd-11.0.0
>collect2: error: ld returned 1 exit status
>makesph:8: recipe for target 'sphplt' failed
>make: *** [sphplt] Error 1
>
>   Any ideas as to what I am doing wrong?  Thanks for any help you 
> can provide.
>
>John
>
>P.S. Here is the pkgconfig/plplotd-f95.pc file:
>
>libdir=/home/johnrb/plplot-5.10.0/build_dir/bin
>includedir=/home/johnrb/plplot-5.10.0/build_dir/include/plplot
>drvdir=/home/johnrb/plplot-5.10.0/build_dir/lib/plplot5.10.0/driversd
>
>Name: PLplot F95
>Description: Scientific plotting library (F95 bindings, double precision)
>Requires: plplotd
>Version: 5.10.0
>Libs: -L${libdir} -lplplotf95d-11.0.0 -lplplotf95cd-11.0.0
>Cflags: -I${includedir} 
>-I/home/johnrb/plplot-5.10.0/build_dir/lib/fortran/modules/plplot
>
>Question:  Why is libdir set to /bin and not /lib? /bin does not 
>have libplplotf95d-11.0.0 while /lib does.
>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.
>
>
>
>
>------------------------------------------------------------------------------
>Dive into the World of Parallel Programming. The Go Parallel Website,
>sponsored by Intel and developed in partnership with Slashdot Media, is
>your
>hub for all things parallel software development, from weekly thought
>leadership blogs to news, videos, case studies, tutorials and more. Take
>a
>look and join the conversation now.
><http://goparallel.sourceforge.net/>http://goparallel.sourceforge.net/
>
>
>_______________________________________________
>Plplot-general mailing list
><mailto:Plp...@li...>Plp...@li...
>https://lists.sourceforge.net/lists/listinfo/plplot-general
>------------------------------------------------------------------------------
>Dive into the World of Parallel Programming. The Go Parallel Website,
>sponsored by Intel and developed in partnership with Slashdot Media, is your
>hub for all things parallel software development, from weekly thought
>leadership blogs to news, videos, case studies, tutorials and more. Take a
>look and join the conversation now. 
><http://goparallel.sourceforge.net/>http://goparallel.sourceforge.net/
>_______________________________________________
>Plplot-general mailing list
><mailto:Plp...@li...>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] How Do I Link Correctly To the Libraries Under 5.10.0?

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

Hi John,



Good to hear that has been solved :). Under Cygwin all these DLLs are initially created in the dll subdirectory under the build directory but with "make install" they will go into the bin directory ofyour Cygwin installation and then adjusting the path is no longer required. That is also the way forward for installing your applications on other machines.



Regards,



Arjen




From: John Baumgardner [mailto:jrb...@co...]
Sent: Saturday, January 31, 2015 5:53 PM
To: Chris Marshall; plp...@li...
Subject: Re: [Plplot-general] How Do I Link Correctly To the Libraries Under 5.10.0?

Hi Chris,
Thanks for that tip!  It immediately resolved the problem.  Things work beautifully now.
Thanks again.  John


At 04:54 AM 1/31/2015, Chris Marshall wrote:

Are the .dll files in the PATH?

On 1/30/2015 18:36, John Baumgardner wrote:

Hi Arjen,

 I have still had no success in getting my application to work linked to plplot-5.10.0 under Cygwin.  Here is what I am seeing.  Things apparently compile and link okay:

$ make sphplt
gfortran -fdefault-real-8 -O3  -fdefault-real-8 -O3 -I/usr/local/plplot/include -L/usr/local/plplot/lib -o sphplt sphplt.o graphx.o \
-lplplotd -lplplotf95d -lplplotf95cd

But then when I execute I get the following error:

$ sphplt
/home/johnrb/terra0314/sphplt.exe: error while loading shared libraries: cygplplotf95d-11.dll: cannot open shared object file: No such file or directory

Might you have any idea what I am doing wrong here?  Thanks for any help you can provide.

John

At 12:01 AM 1/26/2015, Arjen Markus wrote:

Hi John,

I will have a closer look at this.

Regards,
Arjen

From: John Baumgardner [ mailto:jrb...@co...]
Sent: Monday, January 26, 2015 1:58 AM
To: Arjen Markus; Alan W. Irwin
Cc: plp...@li...<mailto:plp...@li...>
Subject: [Plplot-general] How Do I Link Correctly To the Libraries Under 5.10.0?

Hi Arjen and Alan,

   After achieving apparent success several days ago compiling and linking my application code under plplot-5.10.0, for some reason things ceased to work.  The make process could no longer find the required libraries.  So I went to examples/f95 and imitated (I think) the makefile I found there (Makefile.examples).  Here is the resulting makefile I am attempting to use:

F95 = /usr/bin/gfortran.exe
FFLAGS = -fdefault-real-8 -O3
PKG_CONFIG_ENV = PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig"
RPATHCMD = -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib

sphplt : sphplt.o graphx.o
        $(F95) $(FFLAGS) $(RPATHCMD) -o sphplt \
        `$(PKG_CONFIG_ENV) pkg-config  --cflags --libs plplotd-f95` \
        sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd

Here is what I get when I do the make:

$ make -f makesph
/usr/bin/gfortran.exe -fdefault-real-8 -O3 -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib -o sphplt \
`PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig" pkg-config  --cflags --libs plplotd-f95` \
        sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: cannot find -lplplotf95d-11.0.0
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: cannot find -lplplotf95cd-11.0.0
collect2: error: ld returned 1 exit status
makesph:8: recipe for target 'sphplt' failed
make: *** [sphplt] Error 1

  Any ideas as to what I am doing wrong?  Thanks for any help you can provide.

John

P.S. Here is the pkgconfig/plplotd-f95.pc file:

libdir=/home/johnrb/plplot-5.10.0/build_dir/bin
includedir=/home/johnrb/plplot-5.10.0/build_dir/include/plplot
drvdir=/home/johnrb/plplot-5.10.0/build_dir/lib/plplot5.10.0/driversd

Name: PLplot F95
Description: Scientific plotting library (F95 bindings, double precision)
Requires: plplotd
Version: 5.10.0
Libs: -L${libdir} -lplplotf95d-11.0.0 -lplplotf95cd-11.0.0
Cflags: -I${includedir} -I/home/johnrb/plplot-5.10.0/build_dir/lib/fortran/modules/plplot

Question:  Why is libdir set to /bin and not /lib? /bin does not have libplplotf95d-11.0.0 while /lib does.
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.





------------------------------------------------------------------------------

Dive into the World of Parallel Programming. The Go Parallel Website,

sponsored by Intel and developed in partnership with Slashdot Media, is

your

hub for all things parallel software development, from weekly thought

leadership blogs to news, videos, case studies, tutorials and more. Take

a

look and join the conversation now.

http://goparallel.sourceforge.net/



_______________________________________________

Plplot-general mailing list

Plp...@li...<mailto:Plp...@li...>

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

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
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] How Do I Link Correctly To the Libraries Under 5.10.0?

[John B. <jrb...@co...>]

Hi Chris,
Thanks for that tip!  It immediately resolved the problem.  Things 
work beautifully now.
Thanks again.  John


At 04:54 AM 1/31/2015, Chris Marshall wrote:
>Are the .dll files in the PATH?
>
>On 1/30/2015 18:36, John Baumgardner wrote:
>>Hi Arjen,
>>
>>  I have still had no success in getting my application to work 
>> linked to plplot-5.10.0 under Cygwin.  Here is what I am 
>> seeing.  Things apparently compile and link okay:
>>
>>$ make sphplt
>>gfortran -fdefault-real-8 -O3  -fdefault-real-8 -O3 
>>-I/usr/local/plplot/include -L/usr/local/plplot/lib -o sphplt 
>>sphplt.o graphx.o \
>>-lplplotd -lplplotf95d -lplplotf95cd
>>
>>But then when I execute I get the following error:
>>
>>$ sphplt
>>/home/johnrb/terra0314/sphplt.exe: error while loading shared 
>>libraries: cygplplotf95d-11.dll: cannot open shared object file: No 
>>such file or directory
>>
>>Might you have any idea what I am doing wrong here?  Thanks for any 
>>help you can provide.
>>
>>John
>>
>>At 12:01 AM 1/26/2015, Arjen Markus wrote:
>>>Hi John,
>>>
>>>I will have a closer look at this.
>>>
>>>Regards,
>>>Arjen
>>>
>>>From: John Baumgardner [ mailto:jrb...@co...]
>>>Sent: Monday, January 26, 2015 1:58 AM
>>>To: Arjen Markus; Alan W. Irwin
>>>Cc: 
>>><mailto:plp...@li...>plp...@li...
>>>Subject: [Plplot-general] How Do I Link Correctly To the Libraries 
>>>Under 5.10.0?
>>>
>>>Hi Arjen and Alan,
>>>
>>>    After achieving apparent success several days ago compiling 
>>> and linking my application code under plplot-5.10.0, for some 
>>> reason things ceased to work.  The make process could no longer 
>>> find the required libraries.  So I went to examples/f95 and 
>>> imitated (I think) the makefile I found there 
>>> (Makefile.examples).  Here is the resulting makefile I am attempting to use:
>>>
>>>F95 = /usr/bin/gfortran.exe
>>>FFLAGS = -fdefault-real-8 -O3
>>>PKG_CONFIG_ENV = 
>>>PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig"
>>>RPATHCMD = -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib
>>>
>>>sphplt : sphplt.o graphx.o
>>>         $(F95) $(FFLAGS) $(RPATHCMD) -o sphplt \
>>>         `$(PKG_CONFIG_ENV) pkg-config  --cflags --libs plplotd-f95` \
>>>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>>>
>>>Here is what I get when I do the make:
>>>
>>>$ make -f makesph
>>>/usr/bin/gfortran.exe -fdefault-real-8 -O3 -Wl,-rpath 
>>>-Wl,/home/johnrb/plplot-5.10.0/build_dir/lib -o sphplt \
>>>`PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig" 
>>>pkg-config  --cflags --libs plplotd-f95` \
>>>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>>>/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>>>cannot find -lplplotf95d-11.0.0
>>>/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>>>cannot find -lplplotf95cd-11.0.0
>>>collect2: error: ld returned 1 exit status
>>>makesph:8: recipe for target 'sphplt' failed
>>>make: *** [sphplt] Error 1
>>>
>>>   Any ideas as to what I am doing wrong?  Thanks for any help you 
>>> can provide.
>>>
>>>John
>>>
>>>P.S. Here is the pkgconfig/plplotd-f95.pc file:
>>>
>>>libdir=/home/johnrb/plplot-5.10.0/build_dir/bin
>>>includedir=/home/johnrb/plplot-5.10.0/build_dir/include/plplot
>>>drvdir=/home/johnrb/plplot-5.10.0/build_dir/lib/plplot5.10.0/driversd
>>>
>>>Name: PLplot F95
>>>Description: Scientific plotting library (F95 bindings, double precision)
>>>Requires: plplotd
>>>Version: 5.10.0
>>>Libs: -L${libdir} -lplplotf95d-11.0.0 -lplplotf95cd-11.0.0
>>>Cflags: -I${includedir} 
>>>-I/home/johnrb/plplot-5.10.0/build_dir/lib/fortran/modules/plplot
>>>
>>>Question:  Why is libdir set to /bin and not /lib? /bin does not 
>>>have libplplotf95d-11.0.0 while /lib does.
>>>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.
>>
>>
>>
>>------------------------------------------------------------------------------
>>Dive into the World of Parallel Programming. The Go Parallel Website,
>>sponsored by Intel and developed in partnership with Slashdot Media, is your
>>hub for all things parallel software development, from weekly thought
>>leadership blogs to news, videos, case studies, tutorials and more. Take a
>>look and join the conversation now. 
>><http://goparallel.sourceforge.net/>http://goparallel.sourceforge.net/
>>
>>
>>_______________________________________________
>>Plplot-general mailing list
>><mailto:Plp...@li...>Plp...@li...
>>https://lists.sourceforge.net/lists/listinfo/plplot-general
>
>------------------------------------------------------------------------------
>Dive into the World of Parallel Programming. The Go Parallel Website,
>sponsored by Intel and developed in partnership with Slashdot Media, is your
>hub for all things parallel software development, from weekly thought
>leadership blogs to news, videos, case studies, tutorials and more. Take a
>look and join the conversation now. http://goparallel.sourceforge.net/
>_______________________________________________
>Plplot-general mailing list
>Plp...@li...
>https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] How Do I Link Correctly To the Libraries Under 5.10.0?

[Chris M. <dev...@gm...>]

Are the .dll files in the PATH?

On 1/30/2015 18:36, John Baumgardner wrote:
> Hi Arjen,
>
>  I have still had no success in getting my application to work linked 
> to plplot-5.10.0 under Cygwin.  Here is what I am seeing.  Things 
> apparently compile and link okay:
>
> $ make sphplt
> gfortran -fdefault-real-8 -O3  -fdefault-real-8 -O3 
> -I/usr/local/plplot/include -L/usr/local/plplot/lib -o sphplt sphplt.o 
> graphx.o \
> -lplplotd -lplplotf95d -lplplotf95cd
>
> But then when I execute I get the following error:
>
> $ sphplt
> /home/johnrb/terra0314/sphplt.exe: error while loading shared 
> libraries: cygplplotf95d-11.dll: cannot open shared object file: No 
> such file or directory
>
> Might you have any idea what I am doing wrong here? Thanks for any 
> help you can provide.
>
> John
>
> At 12:01 AM 1/26/2015, Arjen Markus wrote:
>> Hi John,
>>
>> I will have a closer look at this.
>>
>> Regards,
>> Arjen
>>
>> *From:*John Baumgardner [mailto:jrb...@co... 
>> <mailto:jrb...@co...>]
>> *Sent:*Monday, January 26, 2015 1:58 AM
>> *To:*Arjen Markus; Alan W. Irwin
>> *Cc:*plp...@li...
>> *Subject:*[Plplot-general] How Do I Link Correctly To the Libraries 
>> Under 5.10.0?
>>
>> Hi Arjen and Alan,
>>
>>    After achieving apparent success several days ago compiling and 
>> linking my application code under plplot-5.10.0, for some reason 
>> things ceased to work.  The make process could no longer find the 
>> required libraries.  So I went to examples/f95 and imitated (I think) 
>> the makefile I found there (Makefile.examples).  Here is the 
>> resulting makefile I am attempting to use:
>>
>> F95 = /usr/bin/gfortran.exe
>> FFLAGS = -fdefault-real-8 -O3
>> PKG_CONFIG_ENV = 
>> PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig"
>> RPATHCMD = -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib
>>
>> sphplt : sphplt.o graphx.o
>>         $(F95) $(FFLAGS) $(RPATHCMD) -o sphplt \
>>         `$(PKG_CONFIG_ENV) pkg-config  --cflags --libs plplotd-f95` \
>>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>>
>> Here is what I get when I do the make:
>>
>> $ make -f makesph
>> /usr/bin/gfortran.exe -fdefault-real-8 -O3 -Wl,-rpath 
>> -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib -o sphplt \
>> `PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig" 
>> pkg-config --cflags --libs plplotd-f95` \
>>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>> /usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>> cannot find -lplplotf95d-11.0.0
>> /usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>> cannot find -lplplotf95cd-11.0.0
>> collect2: error: ld returned 1 exit status
>> makesph:8: recipe for target 'sphplt' failed
>> make: *** [sphplt] Error 1
>>
>>   Any ideas as to what I am doing wrong?  Thanks for any help you can 
>> provide.
>>
>> John
>>
>> P.S. Here is the pkgconfig/plplotd-f95.pc file:
>>
>> libdir=/home/johnrb/plplot-5.10.0/build_dir/bin
>> includedir=/home/johnrb/plplot-5.10.0/build_dir/include/plplot
>> drvdir=/home/johnrb/plplot-5.10.0/build_dir/lib/plplot5.10.0/driversd
>>
>> Name: PLplot F95
>> Description: Scientific plotting library (F95 bindings, double precision)
>> Requires: plplotd
>> Version: 5.10.0
>> Libs: -L${libdir} -lplplotf95d-11.0.0 -lplplotf95cd-11.0.0
>> Cflags: -I${includedir} 
>> -I/home/johnrb/plplot-5.10.0/build_dir/lib/fortran/modules/plplot
>>
>> Question:  Why is libdir set to /bin and not /lib? /bin does not have 
>> libplplotf95d-11.0.0 while /lib does.
>> 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. 
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
>
>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] How Do I Link Correctly To the Libraries Under 5.10.0?

[John B. <jrb...@co...>]

Hi Arjen,

  I have still had no success in getting my application to work 
linked to plplot-5.10.0 under Cygwin.  Here is what I am 
seeing.  Things apparently compile and link okay:

$ make sphplt
gfortran -fdefault-real-8 -O3  -fdefault-real-8 -O3 
-I/usr/local/plplot/include -L/usr/local/plplot/lib -o sphplt 
sphplt.o graphx.o \
-lplplotd -lplplotf95d -lplplotf95cd

But then when I execute I get the following error:

$ sphplt
/home/johnrb/terra0314/sphplt.exe: error while loading shared 
libraries: cygplplotf95d-11.dll: cannot open shared object file: No 
such file or directory

Might you have any idea what I am doing wrong here?  Thanks for any 
help you can provide.

John

At 12:01 AM 1/26/2015, Arjen Markus wrote:
>Hi John,
>
>I will have a closer look at this.
>
>Regards,
>Arjen
>
>From: John Baumgardner [mailto:jrb...@co...]
>Sent: Monday, January 26, 2015 1:58 AM
>To: Arjen Markus; Alan W. Irwin
>Cc: plp...@li...
>Subject: [Plplot-general] How Do I Link Correctly To the Libraries 
>Under 5.10.0?
>
>Hi Arjen and Alan,
>
>    After achieving apparent success several days ago compiling and 
> linking my application code under plplot-5.10.0, for some reason 
> things ceased to work.  The make process could no longer find the 
> required libraries.  So I went to examples/f95 and imitated (I 
> think) the makefile I found there (Makefile.examples).  Here is the 
> resulting makefile I am attempting to use:
>
>F95 = /usr/bin/gfortran.exe
>FFLAGS = -fdefault-real-8 -O3
>PKG_CONFIG_ENV = 
>PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig"
>RPATHCMD = -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib
>
>sphplt : sphplt.o graphx.o
>         $(F95) $(FFLAGS) $(RPATHCMD) -o sphplt \
>         `$(PKG_CONFIG_ENV) pkg-config  --cflags --libs plplotd-f95` \
>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>
>Here is what I get when I do the make:
>
>$ make -f makesph
>/usr/bin/gfortran.exe -fdefault-real-8 -O3 -Wl,-rpath 
>-Wl,/home/johnrb/plplot-5.10.0/build_dir/lib -o sphplt \
>`PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig" 
>pkg-config  --cflags --libs plplotd-f95` \
>         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
>/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>cannot find -lplplotf95d-11.0.0
>/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
>cannot find -lplplotf95cd-11.0.0
>collect2: error: ld returned 1 exit status
>makesph:8: recipe for target 'sphplt' failed
>make: *** [sphplt] Error 1
>
>   Any ideas as to what I am doing wrong?  Thanks for any help you 
> can provide.
>
>John
>
>P.S. Here is the pkgconfig/plplotd-f95.pc file:
>
>libdir=/home/johnrb/plplot-5.10.0/build_dir/bin
>includedir=/home/johnrb/plplot-5.10.0/build_dir/include/plplot
>drvdir=/home/johnrb/plplot-5.10.0/build_dir/lib/plplot5.10.0/driversd
>
>Name: PLplot F95
>Description: Scientific plotting library (F95 bindings, double precision)
>Requires: plplotd
>Version: 5.10.0
>Libs: -L${libdir} -lplplotf95d-11.0.0 -lplplotf95cd-11.0.0
>Cflags: -I${includedir} 
>-I/home/johnrb/plplot-5.10.0/build_dir/lib/fortran/modules/plplot
>
>Question:  Why is libdir set to /bin and not /lib? /bin does not 
>have libplplotf95d-11.0.0 while /lib does.
>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] Trouble installing plplot-5.10.0

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

On 2015-01-26 12:52-0600 John Blaas wrote:

> Hi all,
> [...] Iwas trying to follow the
> installation instructions here:
> http://sourceforge.net/p/plplot/wiki/Linux/

Ugh.  I created that page by transforming from a different format, and
I failed to notice some reformatting issues that crept into the result
(all the extraneous backwards slashes which caused your problems).

I have just now updated http://sourceforge.net/p/plplot/wiki/Linux/ to
get rid of those formatting errors and do some further updates. Please
try those new instructions which as far as I know should "just work".

Thanks for reporting this 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
__________________________

[Plplot-general] Trouble installing plplot-5.10.0

[John B. <wil...@mc...>]

Hi all,

I am trying to install plplot 5.10.0 on some machines with Centos 6.6
with Cmake 2.8.12.

I downloaded the tarballed 5.10.0 source and was trying to follow the
installation instructions here:
http://sourceforge.net/p/plplot/wiki/Linux/

But when getting to the step of cmake for which I do

cmake \ -DCMAKE_INSTALL_PREFIX:PATH=/soft/rmgdft/1.0/plplot \
../plplot-\5.10.0 >& cmake.out

I get an error in cmake.out of the following:

$ less cmake.out
CMake Error: The source directory
"/soft/rmgdft/src/plplot-5.10.0/build_directory/ ../plplot-5.10.0"
does not exist.
Specify --help for usage, or press the help button on the CMake GUI.

But the directory does exist
$ ls ../ | grep plplot-5.10.0
plplot-5.10.0

Have the installation instructions changed?

Thanks!

Re: [Plplot-general] Plotting from multithreaded environment

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

Hi Sergei,



I took example x00 and turned it into a multithreaded version. It worked as you would expect - the picture is drawn correctly in the separate thread, no problems there. It would seem that there is more to it than "merely" a multithreaded environment.



Could you try this code and see what happens in your environment?



Regards,



Arjen

----
// Simple demo of a 2D line plot.
//
// Copyright (C) 2011  Alan W. Irwin
//
// This file is part of PLplot.
//
// PLplot is free software; you can redistribute it and/or modify
// it under the terms of the GNU Library General Public License as published
// by the Free Software Foundation; either version 2 of the License, or
// (at your option) any later version.
//
// PLplot is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
// GNU Library General Public License for more details.
//
// You should have received a copy of the GNU Library General Public License
// along with PLplot; if not, write to the Free Software
// Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
//
//

#include <pthread.h>
#include "plcdemos.h"
#define NSIZE    101

typedef struct {
    PLFLT *x;
    PLFLT *y;
} thread_data;

void *thread_start( void *arg ) {

    thread_data *pdata = arg;
    plline( NSIZE, pdata->x, pdata->y );
    return NULL;
}

int
main( int argc, const char *argv[] )
{
    PLFLT x[NSIZE], y[NSIZE];
    PLFLT xmin = 0., xmax = 1., ymin = 0., ymax = 100.;
    int   i;

    pthread_t tid;
    thread_data data;
    void        *res;

    // Prepare data to be plotted.
    for ( i = 0; i < NSIZE; i++ )
    {
        x[i] = (PLFLT) ( i ) / (PLFLT) ( NSIZE - 1 );
        y[i] = ymax * x[i] * x[i];
    }

    // Parse and process command line arguments
    plparseopts( &argc, argv, PL_PARSE_FULL );

    // Initialize plplot
    plinit();

    // Create a labelled box to hold the plot.
    plenv( xmin, xmax, ymin, ymax, 0, 0 );
    pllab( "x", "y=100 x#u2#d", "Simple PLplot demo of a 2D line plot" );

    // Plot the data that was prepared above.
    data.x = x;
    data.y = y;

    pthread_create( &tid, NULL, thread_start, &data );
    //plline( NSIZE, x, y );

    // Close PLplot library
    pthread_join( tid, &res );

    plend();

    exit( 0 );
}



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] Trying to build examples

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

Hi Alan, Steven,



>
> Good post, Steve!  I certainly agree that someone with Arnaud's distribution needs
> should evaluate PLplot to figure out the minimalist components of it that they need
> (since disabling unused components makes their distribution life much easier).  Such
> component disabling is well supported by our current build system, but we likely
> need to document that better in our wiki.  In response to your last point, we do
> provide two systems (make+pkg-config and CMake) for building our examples. They
> both do an awful lot now that is important (such as implementing tests of the results),
> but that complexity is likely confusing to the first-time user so we also need to
> document in our wiki a minimalist example or two of how to use both those
> approaches to build an app that links to PLplot.
>


I did an experiment with a threaded example (to try and reproduce a problem Sergei Naumov reported) and for building that I simply used a command-line like:

gcc -c example.c -I...all the appropriate include directories

gcc -o example example.o -L.../dll -lplplot -lcsirocsa -lqsastime

under Cygwin. It worked splendidly, with the exception that it does not reproduce the faulty behaviour, but that is a detail. The reason I bring this up is that we may need the machinery of CMake to build the entire library with its - mainly optional - external components and various language bindings, but once that is done, building a program that uses PLplot is surprisingly simple. The documentation should include a section on this - we focus so much on getting PLplot build that we forget about the next step :).

As for having to rely on external libraries: on Windows the run-time libraries for any program may cause some hassle (suppressing a sigh) - not everything can be done statically!

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] How Do I Link Correctly To the Libraries Under 5.10.0?

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

Hi John,



I will have a closer look at this.



Regards,



Arjen





From: John Baumgardner [mailto:jrb...@co...]
Sent: Monday, January 26, 2015 1:58 AM
To: Arjen Markus; Alan W. Irwin
Cc: plp...@li...
Subject: [Plplot-general] How Do I Link Correctly To the Libraries Under 5.10.0?

Hi Arjen and Alan,

   After achieving apparent success several days ago compiling and linking my application code under plplot-5.10.0, for some reason things ceased to work.  The make process could no longer find the required libraries.  So I went to examples/f95 and imitated (I think) the makefile I found there (Makefile.examples).  Here is the resulting makefile I am attempting to use:

F95 = /usr/bin/gfortran.exe
FFLAGS = -fdefault-real-8 -O3
PKG_CONFIG_ENV = PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig"
RPATHCMD = -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib

sphplt : sphplt.o graphx.o
        $(F95) $(FFLAGS) $(RPATHCMD) -o sphplt \
        `$(PKG_CONFIG_ENV) pkg-config  --cflags --libs plplotd-f95` \
        sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd

Here is what I get when I do the make:

$ make -f makesph
/usr/bin/gfortran.exe -fdefault-real-8 -O3 -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib -o sphplt \
`PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig" pkg-config  --cflags --libs plplotd-f95` \
        sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: cannot find -lplplotf95d-11.0.0
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: cannot find -lplplotf95cd-11.0.0
collect2: error: ld returned 1 exit status
makesph:8: recipe for target 'sphplt' failed
make: *** [sphplt] Error 1

  Any ideas as to what I am doing wrong?  Thanks for any help you can provide.

John

P.S. Here is the pkgconfig/plplotd-f95.pc file:

libdir=/home/johnrb/plplot-5.10.0/build_dir/bin
includedir=/home/johnrb/plplot-5.10.0/build_dir/include/plplot
drvdir=/home/johnrb/plplot-5.10.0/build_dir/lib/plplot5.10.0/driversd

Name: PLplot F95
Description: Scientific plotting library (F95 bindings, double precision)
Requires: plplotd
Version: 5.10.0
Libs: -L${libdir} -lplplotf95d-11.0.0 -lplplotf95cd-11.0.0
Cflags: -I${includedir} -I/home/johnrb/plplot-5.10.0/build_dir/lib/fortran/modules/plplot

Question:  Why is libdir set to /bin and not /lib? /bin does not have libplplotf95d-11.0.0 while /lib does.
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] How Do I Link Correctly To the Libraries Under 5.10.0?

[John B. <jrb...@co...>]

Hi Arjen and Alan,

    After achieving apparent success several days ago compiling and 
linking my application code under plplot-5.10.0, for some reason 
things ceased to work.  The make process could no longer find the 
required libraries.  So I went to examples/f95 and imitated (I think) 
the makefile I found there (Makefile.examples).  Here is the 
resulting makefile I am attempting to use:

F95 = /usr/bin/gfortran.exe
FFLAGS = -fdefault-real-8 -O3
PKG_CONFIG_ENV = 
PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig"
RPATHCMD = -Wl,-rpath -Wl,/home/johnrb/plplot-5.10.0/build_dir/lib

sphplt : sphplt.o graphx.o
         $(F95) $(FFLAGS) $(RPATHCMD) -o sphplt \
         `$(PKG_CONFIG_ENV) pkg-config  --cflags --libs plplotd-f95` \
         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd

Here is what I get when I do the make:

$ make -f makesph
/usr/bin/gfortran.exe -fdefault-real-8 -O3 -Wl,-rpath 
-Wl,/home/johnrb/plplot-5.10.0/build_dir/lib -o sphplt \
`PKG_CONFIG_PATH="/home/johnrb/plplot-5.10.0/build_dir/lib/pkgconfig" 
pkg-config  --cflags --libs plplotd-f95` \
         sphplt.o graphx.o -lplplotd -lplplotf95d -lplplotf95cd
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
cannot find -lplplotf95d-11.0.0
/usr/lib/gcc/x86_64-pc-cygwin/4.8.3/../../../../x86_64-pc-cygwin/bin/ld: 
cannot find -lplplotf95cd-11.0.0
collect2: error: ld returned 1 exit status
makesph:8: recipe for target 'sphplt' failed
make: *** [sphplt] Error 1

   Any ideas as to what I am doing wrong?  Thanks for any help you can provide.

John

P.S. Here is the pkgconfig/plplotd-f95.pc file:

libdir=/home/johnrb/plplot-5.10.0/build_dir/bin
includedir=/home/johnrb/plplot-5.10.0/build_dir/include/plplot
drvdir=/home/johnrb/plplot-5.10.0/build_dir/lib/plplot5.10.0/driversd

Name: PLplot F95
Description: Scientific plotting library (F95 bindings, double precision)
Requires: plplotd
Version: 5.10.0
Libs: -L${libdir} -lplplotf95d-11.0.0 -lplplotf95cd-11.0.0
Cflags: -I${includedir} 
-I/home/johnrb/plplot-5.10.0/build_dir/lib/fortran/modules/plplot

Question:  Why is libdir set to /bin and not /lib? /bin does not have 
libplplotf95d-11.0.0 while /lib does. 

Re: [Plplot-general] Trying to build examples

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

Hi Arnaud,



Just chiming in on this (just returned from a short business trip) - I am sure Alan can and will help you out with this. Otherwise I will do my best to fill in the details for the MinGW platform.



Regards,



Arjen



> -----Original Message-----
> From: Arnaud Darmont [mailto:ada...@ap...]
> Sent: Wednesday, January 21, 2015 11:10 PM
> To: Alan W. Irwin
> Cc: plp...@li...
> Subject: Re: [Plplot-general] Trying to build examples
>
> Alan,
>
> thank you for the detailed answer. Cmake is what i'm trying to use.
>
> As i understand this won't be easy and i fear that there will be deployment difficulties
> on customer systems. My goal would be to distribute an executable of the final
> software along with the source so that they can just run it without any installation.
> Will in the end PLplot allow for this or is it the wrong library?
>
> Thank you.
>
>
>
>
> On 1/21/2015 8:56 PM, Alan W. Irwin wrote:
> > On 2015-01-21 18:26+0100 Arnaud Darmont wrote:
> >
> >> Hi all,
> >>
> >> i'm just new to PLplot and today i successfully managed to install
> >> MinGW, CMake and all the related stuff and then i compiled the DLL
> >> and A files. It was not very easy but it seems that i got all files
> >> in the end.
> >>
> >> In a next step i tried to compile an example. I moved all .h files,
> >> .a files, .dll files and the example's .c file into a test directory
> >> and successfully compiled using "gcc -otest.exe lib...dll.a etc (the
> >> list of all .a files)".
> >>
> >> When i run the file i get the error message that it couldn't find the
> >> driver's directory.
> >>
> >> Note that i have built PLplot without the examples as i need to build
> >> my own example separately in either Embarcadero C++ builder, devCpp
> >> or MinGW.
> >>
> >> I don't think i have any build issues, just need to find out what to
> >> do with the drivers, where to locate them and so on. I have tried to
> >> move the driver's directory into my projects directory without
> >> success. I actually don't think that those files are the drivers.
> >> Should the drivers be built separately? if yes, what is the cmake
> >> command to build the drivers? Where will "make install" locate the
> >> drivers after i make them with gcc. Why are they not compiler together with
> PLplot?
> >>
> >> I have found a discussion about the same issue on the mailing list
> >> but the discussion ends without providing an answer.
> >
> > As you have discovered, attempting to collect everything you need can
> > be error-prone so instead use the cmake option
> > -DCMAKE_INSTALL_PREFIX=<wherever you want the install prefix to be>,
> > and after cmake is run, then run the command "make install" to collect
> > all necessary PLplot files (including libraries, drivers, etc.) in an
> > organized way in the install tree with the prefix location you have
> > specified.  Then change directories to
> > $prefix/share/plplot5$version/examples (where $prefix is the above
> > install prefix and $version refers to whatever version of plplot you
> > have installed.  In that location you will find two build systems for
> > the installed examples which should give you some ideas about the best
> > way to build your own applications against the PLplot libraries.
> >
> > 1. The traditional build system for the installed examples is based on
> > make + pkg-config, and you can find out more about it by looking into
> > the Makefile files in that installed examples directory and
> > subdirectories.  This build approach may or may not be suitable for
> > your needs since it all depends on whether you have access to
> > pkg-config which on Windows platforms is available for Cygwin, and the
> > combination of MinGW-w64 + MSYS2, but not for MinGW alone (a quite
> > different and much older project than MinGW-w64) or for the
> > combination of MinGW + MSYS (where MSYS is a quite different and older
> > project than MSYS2).  To find out more about the MSYS2 possibility
> > (which automatically includes MinGW-w64), take a look at
> > http://sourceforge.net/p/msys2/wiki/Home/.
> >
> > 2. The CMake-based build system for the installed examples is
> > implemented by the CMakeLists.txt file you will see in the installed
> > examples directory and files it refers to there. The CMake-based
> > approach is the one I recommend for you if you have some basic
> > knowledge of CMake logic (or are willing to spend a day or so learning
> > such basic knowledge) since it should work on any platform.
> >
> > To see this CMake-based build system in action you should (important!
> > since this leaves the installed examples tree in a desireable pristine
> > condition) create an intially empty build directory, change to that
> > directory, (important!) put $install/bin on your PATH environment
> > variable, then execute
> >
> > cmake $install/share/plplot5$version/examples
> >
> > to configure the build of the installed examples.  Afterwards, you can
> > build all examples by running, e.g.,
> >
> > make VERBOSE=1
> >
> > and you can also run some of those built examples using, e.g.,
> >
> > c/x00c -dev psc -o test.psc
> >
> > to confirm, for example, that the drivers are being found properly.
> >
> > At this stage, you have two further choices.  You could simply cut and
> > paste from the make VERBOSE=1 results to figure out how to build your
> > own code against PLplot or you could adapt the existing CMake-based
> > build system for the installed examples (mostly by getting rid of
> > large parts of it that are not relevant to your needs) to configure
> > building your own examples against PLplot.
> >
> > 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
> > __________________________
> >
> >
>
> --
> APHESA
> Arnaud Darmont
> CEO
>
> Direct Tel: +32 (0)4 365 06 80
> Mobile: +32 (0)472 643 620
> General Tel: +32 (0)4 366 18 70
> Fax: +32 (0)4 366 08 10
>
> Rue de Lorcé, 39
> B-4920 HARZE
> BELGIUM
>
> www.aphesa.com
>
> Twitter: @Aphesa
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> 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] plwidth fails to link under Cygwin against plplot5.9.10 libraries

[John B. <jrb...@co...>]

Hi Arjen,

    For some strange reason, plplot is again 
failing to work as it should.  The failure 
possibly arose when something in the environment 
changed and I then recompiled.  In any case, I 
show below the load step and then the execution 
that give the error 'cannot open shared object 
file'.  Might you have any idea what might be causing this problem?

$ make sphplt
gfortran -fdefault-real-8 -O3  -fdefault-real-8 
-O3 -I/usr/local/plplot/include 
-L/usr/local/plplot/lib -o sphplt sphplt.o graphx.o \
-lplplotd -lplplotf95d -lplplotf95cd

$ sphplt
/home/johnrb/terra0314/sphplt.exe: error while 
loading shared libraries: cygplplotf95d-11.dll: 
cannot open shared object file: No such file or directory

Thanks,
John


At 01:03 AM 1/21/2015, Arjen Markus wrote:

>Hi John,
>
>I was triggered by similar behaviour under 
>MinGW, with the only difference the programmatic 
>choice for a device. I tried this myself via one 
>of the standard examples, but that worked 
>without the problems you reported. A relief J. 
>That means only MinGW is special.
>
>Regards,
>
>Arjen
>
>From: John Baumgardner [mailto:jrb...@co...]
>Sent: Tuesday, January 20, 2015 7:30 PM
>To: Arjen Markus; John Baumgardner
>Cc: plp...@li...; Alan W. Irwin
>Subject: RE: [Plplot-general] plwidth fails to 
>link under Cygwin against plplot5.9.10 libraries
>
>Hi Arjen,
>
>    I am sure that your assessment as to the two 
> possible causes for the failure is 
> correct.  Given that I deleted all the plplot 
> files in /usr/local except those I loaded into 
> /usr/local/plplot, it is now close to 
> impossible for me to reproduce the conditions 
> responsible for the failure.  I had been trying 
> to get the plplot-5.9.10 version to work, and I 
> suspect my application was accessing some of 
> those files which I had failed to remove or 
> overwrite.  In any case, it is a great relief to have things working now.
>
>John
>
>At 07:25 AM 1/20/2015, Arjen Markus wrote:
>
>Hi John,
>
>I am glad you were able to solve it. I am not 
>entirely sure which step in the device selection 
>process failed (there are two: get the device 
>information and load the library that implements 
>it). One of the two must have been working on an 
>incomplete directory and by properly installing 
>all the stuff it has been solved. Might still be 
>worth looking into at some point.
>
>Regards,
>
>Arjen
>
>From: John Baumgardner [ mailto:jrb...@co...]
>Sent: Tuesday, January 20, 2015 4:20 PM
>To: Arjen Markus; John Baumgardner
>Cc: 
><mailto:plp...@li...>plp...@li...
>Subject: RE: [Plplot-general] plwidth fails to 
>link under Cygwin against plplot5.9.10 libraries
>
>Hi Arjen,
>
>   I took the step of placing the bin, include, 
> and lib folders in a directory named 
> /usr/local/plplot and I removed the plplot 
> files everywhere else in /usr/local.  I think 
> it was this cleanup that fixed the 
> problem.  The program now runs beautifully with 
> the line 'call plsdev(wingcc)'.  Thanks so much for your help!
>
>Kind regards,
>John
>
>At 12:06 AM 1/20/2015, Arjen Markus wrote:
>
>Hi John,
>
>I have seen this type of behaviour under MinGW. 
>I still have to figure why this is happening there.
>
>What happens if you leave out the call to plsdev 
>and instead use the command-line option “–dev 
>wingcc”? I assume you use the routine 
>plparseopts like in all examples – that does the trick for me.
>
>Regards,
>
>Arjen
>
>From: John Baumgardner [ 
><mailto:jrb...@co...>mailto:jrb...@co...]
>Sent: Monday, January 19, 2015 6:53 PM
>To: Arjen Markus; Alan W. Irwin; John Baumgardner
>Cc: 
><mailto:plp...@li...>plp...@li...
>Subject: RE: [Plplot-general] plwidth fails to 
>link under Cygwin against plplot5.9.10 libraries
>
>Hi Alan and Arjen,
>
>    Thanks for that piece of information about 
> the f95 implementation not requiring the array 
> dimensions.  With that awareness, I was able 
> quickly to modify the f77 code to compile correctly.
>
>    However, I am now having difficulties when I 
> attempt to execute.  My executable is unable to 
> find the device drivers.  Here is the message I get:
>
>*** PLPLOT ERROR, ABORTING OPERATION ***
>plInitDispatchTable: Could not open drivers directory, aborting operation
>Requested device wingcc not available
>
>Plotting Options:
>
>Enter device number or keyword:
>
>   At the top of my main program, as implied by 
> this output, I have the line call plsdev('wingcc').
>
>    I copied the plplot dll and drivers 
> directories into the directory where I am 
> trying to execute, hoping that might resolve 
> the problem.  But it did not.  Any suggestions as to what I am missing?
>
>Thanks,
>John
>
>At 01:44 AM 1/19/2015, Arjen Markus wrote:
>
>
>Hi John,
>
>
>
> > -----Original Message-----
> > From: Alan W. Irwin 
> [<mailto:ir...@be...> 
> <mailto:ir...@be...>mailto:ir...@be...]
> > Sent: Sunday, January 18, 2015 2:49 AM
> > To: John Baumgardner
> > Cc: 
> <mailto:plp...@li...>plp...@li...
> > Subject: Re: [Plplot-general] plwidth fails 
> to link under Cygwin against plplot5.9.10
> > libraries
> >
> > However, the good news is I found what I 
> needed (circle.f and how you built it) to
> > figure out this problem which turns out not to be specific to Cygwin.
> >
> > > $ compile.sh
> > > circle.f:26.72:
> > >
> > >      call plline(n101,xx,yy)
> > >
> > > 1
> > > Error: There is no specific subroutine for the generic 'plline' at (1)
> >
>
>This is a typical message relating to the 
>available interfaces for plline. The thing is 
>that with Fortran 95 and beyond you can define a 
>single interface name to be applied to multiple 
>implementations. The compiler looks at the 
>actual argument list and decides to use the 
>implementation that matches that list (by number 
>of arguments and the type, kind and rank of 
>each). If it can not find any matching 
>implementation, it will respond with a message like the above.
>
>For the Fortran 95 bindings we have used the 
>features provided by that standard as much as 
>possible. One is that arrays ?know? their size. 
>So the routine plline queries the arrays xx and 
>yy for their size and there is no need to pass 
>the size explicitly. That method is actually rather error-prone.
>
>If you want to pass a section of the array only, you can use:
>
>Call plline( xx(1:10), yy(1:10) )
>
>For instance.
>
> > I verified that issue.  To solve it, I simply used the redacted form of
> > subroutine/function call with the redundant 
> dimension information dropped, i.e.,
> >
> > call plline(xx,yy)
> >
> > Note, it is quite a while since we have used 
> the f77 interface so my original advice to
> > you was incomplete about converting over to 
> f95.  I should have also added to the
> > "use plplot" advice that since we dropped 
> f77, our f95 capabilities and API have
> > evolved and, for example, we are now taking advantage of certain Fortran 95
> > capabilities like knowing the redundant array 
> dimensions.  So you have to use the
> > redacted form (like above with redundant 
> dimension information dropped) of all calls.
> >
> > When in doubt about exactly what the redacted 
> form is, look at files in examples/f95/
> > for working examples of all the calls to the PLplot Fortran binding API.
> >
>
>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.
>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] Trying to build examples

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

On 2015-01-22 12:39-0000 Schwartz, Steven J wrote:

> Dear All,
>
> Alan W. Irwin wrote on 2015-01-22:
> ----------------
>
>> On 2015-01-22 10:35+0100 Arnaud Darmont wrote:
>>
>>> We are not going to deploy anything like this on our customer's
>> machines. It has to run in a windows install without any specific
>> external requirements.
>
> Somewhere along the execution path all code must talk to the operating system. I don't think it's possible to protect your code completely from its environment.
>
>> For others reading this thread now or in the future, it is not quite that simple.
>> I think every good plotting package worth its salt has external
>> libraries it depends on so the static linking method I described
>> earlier in this thread must be used to avoid deployment issues.  So
>> Arnaud's real complaint against PLplot is he would have to figure out
>> how to statically link PLplot against static external libraries with
>> some of that work requiring CMake investigation. And that is certainly a valid complaint.
>
> Just a note here that we distribute dynamically linked Windows binaries of our software, which uses plplot dll's for the graphics. I wonder, Alan, if you scared Arnaud by producing a long list of external dependencies (wxwidgets, qt, cairo, shapelib, etc., etc.) required to produce what you regard as a full plplot distribution. We take the minimalist approach. We ship a plplot with only ONE set of drivers, in our case the qt ones because the rest of our application is actually built using qt. But I could imagine building only, say, the wingcc and postscript drivers or whatever, depending on the functionality and quality required for the application. I realise that this is perhaps heresy to the core plplot development team, whom I applaud for an excellent software suite and active support/development, but not all applications have
>
> Our distribution is a simple zip file that unpacks into a hierarchy that contains a lib directory. Into that directory we drop the plplot dll's, the Qt ones, and any others that are not part of the Windows system. We don't use a Windows package installer, but all that would do would edit the batch script to point to the right directory and, I suppose, register the application with the windows registry.
>
> I have used Dependency Walker to interrogate our executable and hence to identify those libraries that we need to include: they are the ones which aren't built specifically by us and aren't found in, e.g. c:\windows\system32. There is a certain amount of manual debugging here to get it right, but I think this is not restricted to the needs of plplot and is part and parcel of a binary distribution. Actually, I've been impressed by how well this works under windows (xp, 7, 8) by comparison with difficulties for even minor changes to a particular flavour or linux or macos.
>
> We don't automate very much here. We don't use CMake to build plplot, but instead build the the plplot core and our own qt driver via an old-fashioned but very transparent build script that builds the rest of our application. Again if you build a minimalist version and if you are shipping a binary, choose whatever approach is most consistent with the rest of your methodology. We also don't follow every plplot upgrade, saving our tiny manpower resource to work on other functionality of our software.
>
> At present, our Windows distribution is built with a relatively old (4.7.2) mingw/MSYS toolchain for which a Qt 4.8 binary build is available, but I have it on my radar to move to MSYS2 and Qt5.
>
> I have made similar points in previous postings on this list, namely the desirability of providing some support and examples to those who wish to use plplot but are more familiar with other build systems - could be anything from gnu configure to qmake to a handmade build shell script to a one line compile command. A simple plplot "hello world" example with instructions on how to write the one-line gcc compile command and what needs to be in the user's PATH would demonstrate some flexibility that some people might find appealing.

Good post, Steve!  I certainly agree that someone with Arnaud's
distribution needs should evaluate PLplot to figure out the minimalist
components of it that they need (since disabling unused components
makes their distribution life much easier).  Such component disabling
is well supported by our current build system, but we likely need to
document that better in our wiki.  In response to your last point, we
do provide two systems (make+pkg-config and CMake) for building our
examples. They both do an awful lot now that is important (such as
implementing tests of the results), but that complexity is likely
confusing to the first-time user so we also need to document in our
wiki a minimalist example or two of how to use both those approaches
to build an app that links to PLplot.

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] Trying to build examples

[Schwartz, S. J <s.s...@im...>]

Dear All,

Alan W. Irwin wrote on 2015-01-22:
----------------

> On 2015-01-22 10:35+0100 Arnaud Darmont wrote:
> 
>> We are not going to deploy anything like this on our customer's
> machines. It has to run in a windows install without any specific
> external requirements.

Somewhere along the execution path all code must talk to the operating system. I don't think it's possible to protect your code completely from its environment.

> For others reading this thread now or in the future, it is not quite that simple.
> I think every good plotting package worth its salt has external
> libraries it depends on so the static linking method I described
> earlier in this thread must be used to avoid deployment issues.  So
> Arnaud's real complaint against PLplot is he would have to figure out
> how to statically link PLplot against static external libraries with
> some of that work requiring CMake investigation. And that is certainly a valid complaint.

Just a note here that we distribute dynamically linked Windows binaries of our software, which uses plplot dll's for the graphics. I wonder, Alan, if you scared Arnaud by producing a long list of external dependencies (wxwidgets, qt, cairo, shapelib, etc., etc.) required to produce what you regard as a full plplot distribution. We take the minimalist approach. We ship a plplot with only ONE set of drivers, in our case the qt ones because the rest of our application is actually built using qt. But I could imagine building only, say, the wingcc and postscript drivers or whatever, depending on the functionality and quality required for the application. I realise that this is perhaps heresy to the core plplot development team, whom I applaud for an excellent software suite and active support/development, but not all applications have 

Our distribution is a simple zip file that unpacks into a hierarchy that contains a lib directory. Into that directory we drop the plplot dll's, the Qt ones, and any others that are not part of the Windows system. We don't use a Windows package installer, but all that would do would edit the batch script to point to the right directory and, I suppose, register the application with the windows registry. 

I have used Dependency Walker to interrogate our executable and hence to identify those libraries that we need to include: they are the ones which aren't built specifically by us and aren't found in, e.g. c:\windows\system32. There is a certain amount of manual debugging here to get it right, but I think this is not restricted to the needs of plplot and is part and parcel of a binary distribution. Actually, I've been impressed by how well this works under windows (xp, 7, 8) by comparison with difficulties for even minor changes to a particular flavour or linux or macos.

We don't automate very much here. We don't use CMake to build plplot, but instead build the the plplot core and our own qt driver via an old-fashioned but very transparent build script that builds the rest of our application. Again if you build a minimalist version and if you are shipping a binary, choose whatever approach is most consistent with the rest of your methodology. We also don't follow every plplot upgrade, saving our tiny manpower resource to work on other functionality of our software.

At present, our Windows distribution is built with a relatively old (4.7.2) mingw/MSYS toolchain for which a Qt 4.8 binary build is available, but I have it on my radar to move to MSYS2 and Qt5.

I have made similar points in previous postings on this list, namely the desirability of providing some support and examples to those who wish to use plplot but are more familiar with other build systems - could be anything from gnu configure to qmake to a handmade build shell script to a one line compile command. A simple plplot "hello world" example with instructions on how to write the one-line gcc compile command and what needs to be in the user's PATH would demonstrate some flexibility that some people might find appealing.

Best wishes
Steve

--------------------------------------------------------------------
Steven J Schwartz                  Phone:  +44 (0)207 594 7660
Professor of Space Physics         Fax:    +44 (0)207 594 7772
Director, Imperial Space Lab       www.imperial.ac.uk/spacelab
The Blackett Laboratory            Email:  s.s...@im...
Imperial College London            Office: Huxley 6M67A
London SW7 2AZ, UK                 Web:    www.sp.ph.ic.ac.uk/~sjs
--------------------------------------------------------------------

Re: [Plplot-general] Trying to build examples

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

On 2015-01-22 10:35+0100 Arnaud Darmont wrote:

> We are not going to deploy anything like this on our customer's
machines. It has to run in a windows install without any specific
external requirements.

Umm. The whole point of static linking is to avoid external
requirements.

> I will look for another plotting library. It will be less work.

It sounds like you have made up your mind so good luck with that.

For others reading this thread now or in the future, it is not quite
that simple. I think every good plotting package worth its salt has
external libraries it depends on so the static linking method I
described earlier in this thread must be used to avoid deployment
issues.  So Arnaud's real complaint against PLplot is he would have to
figure out how to statically link PLplot against static external
libraries with some of that work requiring CMake investigation. And
that is certainly a valid complaint.

Therefore, it would likely be a good idea for us to do at least part
of that work ourselves in the future, i.e., do the experiments with
CMake to figure out how to compel use of static external libraries,
and publish a script and/or put clear directions on our Wiki so
someone like Arnaud could just routinely follow those directions and
be done with no further investigation required on his part.

Another alternative would be for us to distribute a binary static
version of PLplot linked in the manner I have described on our own.
But I don't advocate that exact alternative because distributors of
binary versions of other's free software have certain responsibilities
(i.e., to publish [not just link to] exact source code for other's
free software that you have included in the binary distribution).
That's certainly doable (after all every official binary distribution
of free software does that), but it takes work to package up all that
source code for Qt5, Pango/Cairo, wxwidgets, etc. Instead, what we
should do is figure out a way to package up our software (both in
static and shared form) as an official part of the Cygwin distribution
and the MinGW-w64/MSYS distribution.  Such official binary
distributions automatically satisfy the source code distribution
requirement I have mentioned.

So in sum, with a lot of additional work on our part we would be in a
position to tell somone with Arnaud's deployment needs to follow the
Wiki directions, run the equivalent script, or link to the static
version of PLplot in one of those distributions.

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] Trying to build examples

[Arnaud D. <ada...@ap...>]

On 1/22/2015 10:12 AM, Alan W. Irwin wrote:
> On 2015-01-21 23:09+0100 Arnaud Darmont wrote:
>
>> Alan,
>>
>> thank you for the detailed answer. Cmake is what i'm trying to use.
>>
>> As i understand this won't be easy and i fear that there will be 
>> deployment difficulties on customer systems. My goal would be to 
>> distribute an executable of the final software along with the source 
>> so that they can just run it without any installation. Will in the 
>> end PLplot allow for this or is it the wrong library?
>
> I think your first priority should be to get the PLplot build to work
> on either Cygwin or MinGW-w64/MSYS2.  Both of those platforms should
> provide a full suite of external libraries that PLplot depends upon to
> provide complete functionality. 

We are not going to deploy anything like this on our customer's 
machines. It has to run in a windows install without any specific 
external requirements.

> Those external libraries include
> libqhull and shapelib (both needed by the core PLplot library for full
> functionality), libharu (needed for the pdf device driver), the
> wxwidgets library (needed by the PLplot wxwidgets device driver), Qt5
> (needed for the qt device driver), and the Pango/Cairo subset of GTK+
> (needed for the cairo device driver).  Note, that qt and cairo are
> currently our best device drivers, and one of our developers is
> working hard to bring our wxwidgets device driver up to that same
> level of quality.  I would avoid MinGW/MSYS because it supplies few
> libraries and therefore your PLplot build there will generate an
> extremely lite version of PLplot that doesn't have the capabilities
> (e.g., none of the wxwidgets, qt, or cairo device drivers) provided by
> the equivalent PLplot build on those other two Windows platforms.
>
> If you like the PLplot capabilities you find on either Cygwin or
> MinGW-w64/MSYS2, then I believe the answer to the deployment issue you
> brought up above is to build your software package against a static
> version of PLplot (which should be trivial to arrange) which in turn
> has been built against static versions of the external libraries
> (non-trivial to arrange). If you can do that, it virtually solves your
> deployment issues since you don't have to worry about version
> incompatibilities of ABI incompatibility issues with shared external
> libraries your users may or may not have installed, i.e., no dll-hell
> issues.
>
> My understanding is that CMake does have a method to force linking
> with static external libraries if they are available rather than
> external shared libraries (its default preference).  But I have never
> actually tried that myself, and you would likely have to ask on the
> CMake list or google for how to do it.
>
> In sum, my advice to solve the deployment issue is to abandon
> MinGW/MSYS (due to lack of external libraries) and try either/both
> MinGW-w64/MSYS2 or else Cygwin. If satisfied with one of those verify
> it has static versions of the necessary external libraries that you
> can install.  Then figure out how to convince CMake to preferentially
> use static libraries for linking, and build a static version of PLplot
> against those external libraries.  Then statically link your software 
> with
> that static PLplot for your deployment.
>

I will look for another plotting library. It will be less 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
> __________________________
>
>

-- 
APHESA
Arnaud Darmont
CEO

Direct Tel: +32 (0)4 365 06 80
Mobile: +32 (0)472 643 620
General Tel: +32 (0)4 366 18 70
Fax: +32 (0)4 366 08 10

Rue de Lorcé, 39
B-4920 HARZE
BELGIUM

www.aphesa.com

Twitter: @Aphesa