Re: [Plplot-devel] Static build

On 2015-03-12 19:59-0400 Jim Dishaw wrote: > What is the option for a pure static build on linux. I tried BUILD_SHARED_LIBS=OFF and it still linked to some dynamic libraries like Qt. Hi Jim: This is an interesting question. Static linking is a difficult thing to get right so the last answer at

[Plplot-devel] Static build

What is the option for a pure static build on linux. I tried BUILD_SHARED_LIBS=OFF and it still linked to some dynamic libraries like Qt. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsore

Re: [Plplot-devel] Release status: plmeta/plrender

> On Mar 12, 2015, at 6:08 PM, Alan W. Irwin wrote: > > Hi Jim: > > Could you clarify the purpose of the -mfi and -mfo options > and the plreadmetafile routine? > -mfi sets the file name that plreadmetafile will use if one is not otherwise specified by the caller. Nothing will happen unless

Re: [Plplot-devel] Release status: plmeta/plrender

Hi Jim: Could you clarify the purpose of the -mfi and -mfo options and the plreadmetafile routine? It appears the options simply set metafile input and output file names without doing anything else contrary to their self documentation in src/plargs.c of "Read the specified PLplot metafile" and "W

[Plplot-devel] Release status: exposing plhrsh

On 2015-03-12 11:13-0700 Alan W. Irwin wrote: > @Phil, Jim: > > The recent exposure of plhrsh is not complete and has visibility > issues for the shared library case. In all cases where a private > function like this needs to be exposed, you need a declaration in > include/plplotP.h using the PLD

[Plplot-devel] Release status: plmetafile.c and plbuf.c compiler warnings

To Phil: gcc is generating these warnings when building libplplot. Would you please take a look to see whether this is either a real uninitialized issue that needs to be fixed or a false alarm? /home/software/plplot/HEAD/plplot.git/src/plmetafile.c: In function ‘read_header’: /home/software/plp

[Plplot-devel] Release status: plmeta/plrender

Hi Jim: Here are the results of a simple test I tried with -DPLD_plmeta=ON # Build what is relevant make plrender make plmeta make x01c make ps # Test examples/c/x01c -dev psc -o test1.psc examples/c/x01c -dev plmeta -o test.plmeta utils/plrender test.plmeta -dev psc -o test2.psc There were no

Re: [Plplot-devel] Release status

On Mar 12, 2015, at 2:13 PM, "Alan W. Irwin" wrote: > On 2015-03-11 14:49-0700 Alan W. Irwin wrote: > >> Hi Phil: >> >> I just saw your one-line fix at >> . >> >> Does that really do the job? For example, I n

Re: [Plplot-devel] Release status

On 2015-03-11 14:49-0700 Alan W. Irwin wrote: > Hi Phil: > > I just saw your one-line fix at > . > > Does that really do the job? For example, I noticed earlier in that code > a test of pls->device rather than pls

Re: [Plplot-devel] Release status

> On Mar 12, 2015, at 7:06 AM, Phil Rosenberg wrote: > > This thread is becoming a bit unwieldy, but I will try to answer below > > @Jim > I had already written and tested a fix for the hatchings and have just > committed it, sorry if you spent time on this. No problem. It was only a 5 minute

Re: [Plplot-devel] Release status

This thread is becoming a bit unwieldy, but I will try to answer below @Jim I had already written and tested a fix for the hatchings and have just committed it, sorry if you spent time on this. Regarding the plhrsh issue, my build is fine - although it is a static build, so perhaps that is the di

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

On 2015-03-12 08:05- Andrew Ross wrote: > On Wed, Mar 11, 2015 at 05:38:47PM -0700, Alan Irwin wrote: >> On 2015-03-11 22:32- Andrew Ross wrote: >> >>> On Wed, Mar 11, 2015 at 02:55:16PM -0700, Alan Irwin wrote: On 2015-03-11 21:29- Andrew Ross wrote: > A minimal C / C++

Re: [Plplot-devel] Release status

> > * Example 13; extra lines in "Maurice", "Vince", and "Rafael" parts > of the pie chart, but the other slices are fine. This isn't shown on Windows. Perhaps the cause is that both the lines and the fill are being saved to the buffer meaning the lines get rendered twice. This is just a guess thou

[Plplot-devel] This is the Mac OS X documentation update

I don't have the patch series with me right now. http://sourceforge.net/p/plplot/mailman/attachment/51CF29CA-8990-4084-BDE0-81EA30F5589A%40dishaw.org/1/ -- Dive into the World of Parallel Programming The Go Parallel W

Re: [Plplot-devel] I would appreciate some help tracking down the cause of a -DPLPLOT_USE_QT5=ON segfault

On Wed, Mar 11, 2015 at 05:38:47PM -0700, Alan Irwin wrote: > On 2015-03-11 22:32- Andrew Ross wrote: > > > On Wed, Mar 11, 2015 at 02:55:16PM -0700, Alan Irwin wrote: > >> On 2015-03-11 21:29- Andrew Ross wrote: > >> > >>> A minimal C / C++ / qt5 build of plplot on debian unstable produce