XQuartz and xorg-server

[Peter West]

Looking at the autoconf m4 files from /opt/local/share/autoconf/autoconf, I find two with lists of X11. autoconf.m4f, a generated file, and libs.m4, from which I assume autoconf.m4f was generated, have the following lists of X11 directories.
ac_x_header_dirs='
/usr/X11/include
/usr/X11R7/include
/usr/X11R6/include
/usr/X11R5/include
/usr/X11R4/include

/usr/include/X11
/usr/include/X11R7
/usr/include/X11R6
/usr/include/X11R5
/usr/include/X11R4

/usr/local/X11/include
/usr/local/X11R7/include
/usr/local/X11R6/include
/usr/local/X11R5/include
/usr/local/X11R4/include

/usr/local/include/X11
/usr/local/include/X11R7
/usr/local/include/X11R6
/usr/local/include/X11R5
/usr/local/include/X11R4

/usr/X386/include
/usr/x386/include
/usr/XFree86/include/X11

/usr/include
/usr/local/include
/usr/unsupported/include
/usr/athena/include
/usr/local/x11r5/include
/usr/lpp/Xamples/include

/usr/openwin/include
/usr/openwin/share/include'

No /opt/local directories here. Is this a limitation that can be overriden in arguments to configure? I tried

autoconf -B /opt/local/include/X11 -B /opt/local/lib

but the configure comes out the same size, and when run tells me X11 not found.

Does the libs.m4 need to be tweaked?

Peter

> On 21 Jan 2021, at 9:32 am, Peter West <lists at pbw.id.au> wrote:
> 
> I tried specifically building rgl from source. The source is available at https://cran.r-project.org/src/contrib/rgl_0.104.16.tar.gz.
> 
> In R.app console, remove rgl package.
> 
> > remove.packages(“rgl”)
> > install.packages(<path-to-source.tar.gz>, repos = NULL, type = “source”)
> 
> It doesn’t find X, so it skips OpenGL; configure in the source needs tinkering.
> 
> Peter
> 
> --
> Peter West
> pbw at pbw.id.au
> “So the Son of Man is lord even of the Sabbath..”
> 
> 
>> On 19 Jan 2021, at 4:38 pm, Peter West <lists at pbw.id.au> wrote:
>> 
>> $ sudo port install xorg-server
>> $ sudo port install R
>> $ sudo port install R-app
>> 
>> 
>> Start MacPorts>R.app
>> 
>> In the R.app console
>> 
>> > install.packages(“rgl”)
>> 
>> This will involve a lot of compilation. The OpenMP problem seems to have been resolved by using the compiler /opt/local/bin/clang++-mp-9.0, and you will see plenty of this.
>> 
>> When that finishes, in the console
>> 
>> > library(rgl)
>> 
>> I get
>> This build of rgl does not include OpenGL functions.  Use
>>  rglwidget() to display results, e.g. via options(rgl.printRglwidget = TRUE).
>> 
>> So I should get output that way, but I’m curious about the “native” way of doing it.
>> 
>> Peter
>> 
>> 
>> --
>> Peter West
>> pbw at pbw.id.au
>> “So the Son of Man is lord even of the Sabbath..”
>> 
>>> On 19 Jan 2021, at 12:58 pm, Ryan Schmidt <ryandesign at macports.org> wrote:
>>> 
>>> 
>>> 
>>> On Jan 18, 2021, at 04:56, Peter West wrote:
>>> 
>>>> I’ve removed XQuartz (again), and installed R and R-app from MacPorts. The R install warned me that
>>>> Clang compilers provided by Xcode do not support OpenMP. Some R packages using OpenMP may require additional
>>>>  flags in the Makevar file (e.g. data.table) to build. Please consult package documentation.
>>>> 
>>>> I install.package’d data.table without whinging, then did the same for rgl. It built, but when I loaded the library, I was informed that
>>>> This build of rgl does not include OpenGL functions.
>>>> 
>>>> Looking around for mentions of OpenGL, I couldn’t se anything that looked like an OpenGL library.
>>> 
>>> I don't know anything about R or rgl. I tried "port search rgl" and I'm not sure if any of those are what you're referring to.
>>> 
>>> If you can provide an exact step-by-step list of commands to run to observe the problem, then I could try them on my system and see if I can figure out what needs to be changed.
>>> 
>> 
> 



--
Peter West
pbw at pbw.id.au
And whenever the unclean spirits saw him, they fell down before him and cried out, “You are the Son of God.”