[prev in list] [next in list] [prev in thread] [next in thread] 

List:       r-sig-mac
Subject:    Re: [R-SIG-Mac] GTK+ support (or rather lack thereof)
From:       Simon Urbanek <simon.urbanek () R-project ! org>
Date:       2020-04-04 20:38:55
Message-ID: F1063BEB-364F-46E8-B603-280D0672F7D4 () R-project ! org
[Download RAW message or body]

Thanks for the confirmation, Brian. I wasn't aware that Gtk+2 was abandoned=
 for so long - then our 2.24.17 binaries are in fact quite reasonable and I=
'll go with that.
Thanks,
Simon



> On 4/04/2020, at 9:11 PM, Prof Brian Ripley <ripley@stats.ox.ac.uk> wrote:
> =

> On 04/04/2020 05:15, Tom Elliott wrote:
>> Simon,
>>> Hence this is a call to the R community to see if anyone actually cares.
>> I (and Chris Wild and quite a few of our mac users) care and would great=
ly appreciate working GTK+ CRAN packages!
>> I don't have any knowledge re source etc, but just to remind you that th=
e current RGtk2 package on CRAN for 3.3 doesn't work (or at least wasn't wh=
en I last tried):
>> library(RGtk2)
>> gtkHScaleNewWithRange(0, 5, 1)  # segfault
> =

> Did you really mean '3.3'?  If so, R versions that old are long unsupport=
ed.
> =

> FWIW, your example worked for me with 4.0.0 alpha and RGtk2 built from so=
urce against Simon's (old) build of GTK+ 2.24.17.  Have you tried that?   R=
Gtk2 and some of the packages using it pass their checks but some (e.g. gWi=
dgets2RGtk2 and a few of those using it including MixSIAR, Ricetl, fit4NM, =
plfMA) segfault.  And this has been the case for several years.
> =

> -- =

> Brian D. Ripley,                  ripley@stats.ox.ac.uk
> Emeritus Professor of Applied Statistics, University of Oxford
> =

> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac

_______________________________________________
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[prev in list] [next in list] [prev in thread] [next in thread]