[Plplot-general] Announcing Gtkmm-PLplot 1.0

://github.com/tschoonj/gtkmm-plplot <http://github.com/tschoonj/gtkmm-plplot> and http://tschoonj.github.io/gtkmm-plplot <http://tschoonj.github.io/gtkmm-plplot>. Best regards, To

[Plplot-general] New release?

Hi all, I was wondering if a new release of PLplot could be made soon, as the current release does not build with CMake 3.6.x? The fix for it is currently in master. Many thanks in advance and best regards, Tom Schoonjans

Re: [Plplot-general] Possible move to github?

e next email! Tom > On 22 Sep 2016, at 19:50, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > > Hi Tom: > > On 2016-09-22 13:54+0100 Tom Schoonjans wrote: > >> Hello again, >> > [Hazen asked] >>> We have been trying to maintain a linear history with g

Re: [Plplot-general] New release?

t; > Hi Tom: > > On 2016-09-22 13:54+0100 Tom Schoonjans wrote: > >> In the scenario I am suggesting, you would just end up with a new > branch that starts at a tag and will contain bug fixes only. It will > never need to be merged into master as it will consist of c

Re: [Plplot-general] Nightly testing?

o have a webhook following a commit trigger a build. Best, Tom > On 22 Sep 2016, at 20:06, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > > Hi Tom: > > On 2016-09-22 13:54+0100 Tom Schoonjans wrote: > >> > [Hazen said] >>> I am not familiar with

Re: [Plplot-general] New release?

syRNG <https://github.com/tschoonj/easyRNG>, scroll to the end of the page and click on the green badges. Best, Tom > On 22 Sep 2016, at 13:29, Hazen Babcock <hbabc...@mac.com> wrote: > > On 09/22/2016 04:58 AM, Tom Schoonjans wrote: >> >> Thanks for the fast rep

Re: [Plplot-general] Nightly testing?

Hi Alan, I am confident that CMake is a decent build system. I will give it a try at some point. Please do keep me up to date about the outcome of the discussion among the core developers of whether or not you’ll be moving to Github. If it is decided to do so, I will gladly help out with the

Re: [Plplot-general] CMake 3.7.0 corrupts pkg-config files

>> On 2016-11-15 09:38- Tom Schoonjans wrote: >> >>> Hi all, >>> >>> >>> I would like to report that the last official CMake release produces buggy >>> and therefore useless PLplot pkg-config files. >>> >> >> T

Re: [Plplot-general] CMake 3.7.0 corrupts pkg-config files

Hi Alan, This is occurring for both PLplot 5.11.1 and master. Thanks for looking into this. Best, Tom > On 15 Nov 2016, at 11:37, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > > On 2016-11-15 09:38- Tom Schoonjans wrote: > >> Hi all, >> >> >

Re: [Plplot-general] setting PLPLOT_LIB by a function at the start of the program

Hi I can confirm that Arjen is right as I use the putenv PLPLOT_LIB trick myself on macOS and Windows. On Linux this is generally not necessary assuming PLplot is installed using the distribution package manager. Best Tom On 12 Oct 2017, at 10:23, Frédéric wrote: >>

Re: [Plplot-general] PLPLOT-5.14.0: building cairo.dll fails (Windows 10)

Hi all, I ran into the same problem a couple of weeks ago. It is in fact a bug in pango 1.43.0 which uses meson as buildsystem instead of autotools, and the pkg-config issue was introduced in the transition. I reported this as a bug

Re: [Plplot-general] PLPLOT-5.14.0: building cairo.dll fails (Windows 10)

, Tom > On 4 Jan 2019, at 13:30, Alan W. Irwin wrote: > > On 2019-01-04 11:47+0530 Tom Schoonjans wrote: > >> Hi all, >> >> >> I ran into the same problem a couple of weeks ago. It is in fact a bug in >> pango 1.43.0 which uses meson as buildsystem in

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

.me/107872968?pid=InProduct=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers_wl=ym_sub1=Internal_sub2=Global_YGrowth_sub3=EmailSignature> > On Thu, Oct 17, 2019 at 2:46 PM, Tom Schoonjans via Plplot-general > wrote: > ___ > Plplot-general mailing l

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

Hi David, To use rand_s you need to start your source file with: #define _CRT_RAND_S #include It is crucial that these lines precede all your other includes, because other headers may already have dragged in stdlib.h Best, Tom > On 17 Oct 2019, at 19:03, David Bergman wrote: > > All, >