I have XQuartz 2.7.11, MacOS Big Sur V11.2, R version 4.0.3. I have downloaded rgl from both the repo here on git with devtools::install_github("dmurdoch/rgl") and through CRAN, but both packages fail to load in R with no warning message after ten minutes. The initial installs had no warning messages or error messages. This package is a dependency for the rayshader library (which I have used successfully in the past). Any help would be appreciated!

Hello,

I have installed rgl before in my system, but during an update I am no more able to install it.

I use Gentoo Linux. I have checked that I have glu installed, and this is the end of the compilation:

x86_64-pc-linux-gnu-g++ -std=gnu++11 -shared -L/usr/lib64/R/lib -Wl,-O1 -Wl,--as-needed -o rgl.so ABCLineSet.o BBoxDeco.o Background.o ClipPlane.o Color.o Disposable.o Light.o LineSet.o LineStripSet.o Material.o NULLgui.o PlaneSet.o PointSet.o PrimitiveSet.o RenderContext.o Shape.o SphereMesh.o SphereSet.o SpriteSet.o String.o Surface.o TextSet.o Texture.o Viewpoint.o api.o assert.o callbacks.o device.o devicemanager.o fps.o ftgl.o geom.o gl2ps.o glErrors.o glgui.o gui.o init.o par3d.o pixmap.o platform.o pretty.o render.o rglmath.o rglview.o scene.o select.o subscene.o win32gui.o
win32lib.o x11gui.o x11lib.o -lGLU -lGL -L/usr/lib64 -lpng16 -lX11 -lfreetype -L/usr/lib64/R/lib -lR
cp -R *.cpp *.c *.h OpenGL useNULL
cd useNULL;/usr/lib64/R/bin/R CMD SHLIB -o rgl.so *.cpp *.c;rm *.cpp *.c *.h OpenGL/*; cd ..
make[2]: Entering directory '/tmp/RtmpKE3DEw/R.INSTALL780612cab9da/rgl/src/useNULL'
make[2]: Circular rgl.so <- rgl.so dependency dropped.
x86_64-pc-linux-gnu-g++ -std=gnu++11 -shared -L/usr/lib64/R/lib -Wl,-O1 -Wl,--as-needed -o rgl.so rgl.so -L/usr/lib64 -lpng16 -L/usr/lib64/R/lib -lR
x86_64-pc-linux-gnu-g++: error: rgl.so: El fitxer o directori no existeix
make[2]: *** [/usr/lib64/R/share/make/shlib.mk:6: rgl.so] Error 1
make[2]: Leaving directory '/tmp/RtmpKE3DEw/R.INSTALL780612cab9da/rgl/src/useNULL'
mkdir -p ../inst/useNULL
mv useNULL/rgl.so ../inst/useNULL/
mv: ha fallat stat() sobre 'useNULL/rgl.so': El fitxer o directori no existeix
make[1]: *** [Makevars:35: ../inst/useNULL/rgl.so] Error 1
make[1]: Leaving directory '/tmp/RtmpKE3DEw/R.INSTALL780612cab9da/rgl/src'
ERROR: compilation failed for package ‘rgl’

It complains that rgl.so does not exist, although I have it from the previous rgl installation and from the r-devel version as well:

/usr/lib64/R/library/rgl/libs/rgl.so
/usr/local/r-devel/R/library/rgl/libs/rgl.so
/usr/local/r-devel/R/library/rgl/useNULL/rgl.so

Does anyone have any suggestion on how to solve it? Am I missing something from the documentation to install it?

Thank you very much,

First and foremost, excellent work - and thank you.

We are working on a 3d visualization (maps, graphs, etc.) library that leverages rgl to generate data-driven scene files for editing in Blender. There are a few features that would be very helpful for the capability:

1.] When creating an object (i.e. points, lines, segments, shapes, etc.), it would be ideal if objects can be given a name/id and other data attributes from the data source. For example: rgl.points(x, y, z, id = countries, data = meta, color ="lightgray"). The goal would be that when the scene is exported (Obj) and opened in a 3d authoring tool (Blender), all data generated objects are identifiable in the outliner / scenegraph.

2.] Considering the growing use of GLTF / GLB as a format for 3d scenes, would you consider adding the capability as a feature request? This would make it possible to leverage all aspects of the scene such as materials and textures.

Thank you for your consideration.

Hi,

Would it be possible to include a plot_hover to rgl like in shiny::plotOutput in the same manner as what has been done within https://github.com/dmurdoch/rgl/blob/master/demo/shinyMouse.R

I did some tries with sprites to show images within rgl scene (see https://r-forge.r-project.org/forum/forum.php?thread_id=34099&forum_id=757&group_id=234) However, when there are a lots of objects to be displayed, the rendering is highly impacted and interaction with the scene tends to be impossible.

Another solution could be to display an image on hover. I saw https://stackoverflow.com/questions/43368444/r-interactive-3d-plotly-scatterplot-rgl-style-with-hover-info but it was about plotly and I finally can't find any solution to this.

So, I did some work on it using built-in rgl functions to determine closest point with mouse coordinates (and derivatives based on rglwidgetClass.prototype.selectionChanged and identify3d), see attached rgl_hover.zip file

I used a div of class rglWegGL-hover that is inserted / removed during hover next to the closest vertex. Besides hover information are sent to R through input$rgl_3D_hover, allowing other elements to be inserted / removed to DOM by R functions insertUI / removeUI As an example, I had inside the .rglWegGL-hover div

There are some limitations, because it is not fully included in rgl, (I have attached events to #plot_3D and it is not part of https://github.com/dmurdoch/rgl/blob/master/inst/htmlwidgets/lib/rglClass/mouse.src.js so it may compete with other listeners). And, for instance on scene rotation / zoom the hovering info become wrong until the mouse hovers the scene again. I choosed to remove the .rglWegGL-hover on these actions rather than computing the resulted translation. Finally, on the contrary to what happen with selection which is included inside the canvas context, so dragging (for scene rotation) may be interupted when the mouse enter the div.

Best,

rgl_hover.zip

Some background before explaining the issue: my work place has set up the Z drive as an individual "cloud" storage drive for each user. For example, if my username is mkl and I log into one of the machines at work, I will be able to access my files through this address:

\files.companyname.ac.uk/usersm/mkl/Home/My Files/

The address above can also be read as Z:/.

Inside this drive, we have our R installation, including all the libraries. The default library path is as follows:

\files.companyname.ac.uk/usersm/mkl/Home/My Files/R/R-4.1.1/library/

Or alternatively:

Z:/My Files/R/R-4.1.1/library/

The issue is that after a successfull installation of 'rgl', we get this error (it's been encountered on every machine so far):

Error: package or namespace load failed for ‘rgl’:
 .onLoad failed in loadNamespace() for 'rgl', details:
  call: getDLLRegisteredRoutines.character(dynlib, addNames = FALSE)
  error: No DLL currently loaded with name or path ‘\\files.companyname.ac.uk/usersm/mkl/Home/My Files/R/R-4.1.1/library/rgl/libs/x64/rgl.dll’

Running the following code loads the package:

library(rgl, lib.loc = "Z:/My Files/R/R-4.1.1/library")

However, the issue comes when running the function slider3d() from the package 'Morpho'. 'Morpho' requires 'rgl' to be installed, but because I cannot initiate both libraries at the same time, I need to load 'rgl' first and only then I can load 'Morpho'. Running the function slider3d() produces the following error:

Error in e$fun(obj, substitute(ex), parent.frame(), e$data) :
  worker initialization failed: package or namespace load failed for 'Morpho':
 .onLoad failed in loadNamespace() for 'rgl', details:
  call: getDLLRegisteredRoutines.character(dynlib, addNames = FALSE)
  error: No DLL currently loaded with name or path '\\files.companyname.ac.uk/usersm/mkl/Home/My Files/R/R-4.1.1/library/rgl/libs/x64/rgl.dll'

It seems that something within that function expects 'Morpho' and 'rgl' to load at the same, or be in the same directory.

The issue here isn't really with slider3d(), but with 'rgl' failing to load. It seems there is a problem with the path to the .dll file, however every other package has the exact same file and folder structure as 'rgl', and we are not experiencing any issues loading them into R. Why would this be happening specifically with this package?

I have tried to plot with the rglwidget by running the vignette source code but only a black box appears. I have tried to produce a 3D plot using the rgl iris vignette data and I was able to using plot_3D, however since the code here is not a dataframe, I cannot use that. I am not sure why only a black box appears in the viewer. I have tried knitting it in RMarkdown but it still does not appear.

Any help is appreciated. I run my R code through a Domino workspace with R 3.6.

I am running macOS Big Sur 11.2.2 on a MBP 16-inch, 2019. I recently updated to R 4.0.4 and R Studio 1.4.1103. I have XQuartz 2.8.0_rc2 installed. I have rgl version 0.105.13 installed. Every time I try to load rgl in either R Studio or Terminal the session aborts. Curiously, my desktop, which is running macOS Catalina 10.15.7 21.5-inch, late 2013, R 4.0.3, R Studio 1.4.1103, and XQuartz 2.8.0_rc2 loads and runs rgl as expected.

For a nice display, this will likely need changes in pkgdown (see https://github.com/r-lib/pkgdown/issues/1256), but we can have a hack similar to this one sooner: https://github.com/r-lib/pkgdown/issues/1256#issuecomment-618352673.

In the latest CRAN release of rgl (as well as the current development version) it seems that mesh3d() or perhaps readOBJ() no longer works with certain textured meshes that previously worked with earlier rgl CRAN releases (in particular versions 0.100.47 through 0.105.22):

# textured rectangular prism
obj_file <- "# geometric vertices
v 1 1 -0.125
v 1 -1 -0.125
v -1 -1 -0.125
v -1 1 -0.125
v 1 1 0.125
v 1 -1 0.125
v -1 -1 0.125
v -1 1 0.125
# texture coordinates
vt 0.025 1
vt 0.025 0
vt 0.425 0
vt 0.425 1
vt 0.575 1
vt 0.575 0
vt 0.975 0
vt 0.975 1
vt 0.52 0
vt 0.48 0
vt 0.48 1
vt 0.52 1
# Textured polygonal face element
f 1/1 2/2 3/3 4/4
f 5/5 8/8 7/7 6/6
f 6/9 7/10 3/11 2/12
f 7/9 8/10 4/11 3/12
f 8/9 5/10 1/11 4/12
f 5/9 6/10 2/11 1/12"
writeLines(obj_file, "tile_back.obj")

library("rgl")
open3d()
mesh <- readOBJ("tile_back.obj")
shade3d(mesh)

Warning in max(inds) : no non-missing arguments to max; returning -Inf
Error in rep_len(vals, max(inds)) : invalid 'length.out' value

Enter a frame number, or 0 to exit   

1: shade3d(mesh)
2: shade3d.mesh3d(mesh)
3: getArgs(x$it)
4: cbind(repfn(texcoords[, 1], inds, FALSE), repfn(texcoords[, 2], inds, FALSE
5: repfn(texcoords[, 1], inds, FALSE)

• rgl Version: 0.106.7
• R Version: 4.0.4
• Platform: Linux 5.4.0-66-generic #74-Ubuntu SMP Wed Jan 27 22:54:38 UTC 2021

Hi,

I have the following problem: https://stackoverflow.com/questions/66694353/r-rgl-layout3d-breaks-playwidget-in-rmarkdown

is it a bug or am I missing something?

If you want, you can replace the fun_layout3D in the example with the following one in order to reproduce the "square" points error, aside the slider problem if move the fun_playwidget cell after the layout3D one. Someone suggested the reuse=FALSE but it's still not working.

Thanks

fun_layout3D_points = function(){
  clear3d()
  mat <- matrix(1:2, ncol = 2)
  layout3d(mat, height = c(2,2), widths = c(2,2), sharedMouse = T)
  data = matrix(sample.int(100, 81), ncol = 3)
  next3d()
  plot3d(xyz.coords(data), col = "blue", type = "p", size = 30)
  next3d()
  plot3d(xyz.coords(data), col = "red", type = "p", size = 30)
}

I have the same problem even if I use knitr::knit_hooks$set(webgl = hook_webgl) and keep webgl=TRUE in the cell options

Hi,

Running a slightly modified version of rglshared example, you can see that selecting points does not induce text label to appear despite being well selected in javascript. See attached screen shot, 2 points are selected but only one text appears

In addition, the first time I ran this example I got a warning saying Combining widgets requires the 'manipulateWidget' package. But the execution of rglShared example is not conditioned on manipulateWidget package (it is conditioned on crosstalk)

Hi, thank you very much for providing the rgl package. While many things work perfectly for me, I unfortunately also encountered some issues. I do not suceed plotting spheres using the package. For example, I use the code snippet rgl.open() # Open a new RGL device rgl.bg(color = "white") # Setup the background color rgl.spheres(x, y, z, r = 0.2, color = "grey") taken from http://www.sthda.com/english/wiki/a-complete-guide-to-3d-visualization-device-system-in-r-r-software-and-data-visualization

I can open the window and I can change the background to white. But the rgl.spheres command just does not do anything. I also noticed that there is no description of rgl.spheres in the documentation. The same is valid for spheres3d. It just does not plot anything, and no error messages appears. I have updated the package and all dependencies by running install.packages("rgl", dep = TRUE), which worked without problems. I'm using RStudio 2022.12.0 Build 353 with "R version 4.2.2 (2022-10-31 ucrt)" on Windows10. AMD Ryzen 7 5700U with Radeon Graphics 64-bit operating system, x64-based processor 16,0 GB (15,4 GB usable) rgl version ‘0.110.2’ Any help is appreciated!

In snapshot3d(), you can ask for a 600 dpi 3in x 3in image by setting the size to 1800x1800 pixels, but then the lines will be too thin, and the fonts will be too small. It would be nice if the proportions that are currently shown on screen could be reproduced.

glTF files contain support for animations in two ways: matrices in nodes (i.e. subscenes) can be animated, and individual vertices can have their positions depend on more than one node. This should all be supported in the WebGL display, allowing controls like playwidget to control items more flexibly.

Hi, thank you for this fantastic package!.

I had a lot of problem trying to fully install rgl on my system.

What I did:

I install without problems:

aptitude install libgl1-mesa-dev libglu1-mesa-dev

However in compiling time I got this warning:

install.packages("rgl")

checking for gcc... gcc -std=gnu99
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc -std=gnu99 accepts -g... yes
checking for gcc -std=gnu99 option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -std=gnu99 -E
checking for gcc... (cached) gcc -std=gnu99
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc -std=gnu99 accepts -g... (cached) yes
checking for gcc -std=gnu99 option to accept ISO C89... (cached) none needed
checking for libpng-config... yes
configure: using libpng-config
configure: using libpng dynamic linkage
checking for X... libraries , headers 
checking for XAllocClassHint... yes
checking GL/gl.h usability... yes
checking GL/gl.h presence... yes
checking for GL/gl.h... yes
checking GL/glu.h usability... yes
checking GL/glu.h presence... yes
checking for GL/glu.h... yes
checking for glEnd in -lGL... no   ------- <PROBLEM SEEMS TO BE HERE!>
configure: WARNING: missing required library GL
configure: compiling without OpenGL support
configure: creating ./config.status
config.status: creating R/noOpenGL.R
config.status: creating src/useNULL/Makevars
config.status: creating src/Makevars

To get more information about what was happening I run ./configure by manually downloading the package from CRAN. I attached the config.log

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  $ ./configure 

## --------- ##
## Platform. ##
## --------- ##

hostname = csaybar-pc01
uname -m = x86_64
uname -r = 5.8.0-63-generic
uname -s = Linux
uname -v = #71-Ubuntu SMP Tue Jul 13 15:59:12 UTC 2021

/usr/bin/uname -p = x86_64
/bin/uname -X     = unknown

/bin/arch              = x86_64
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /home/csaybar/miniconda3/bin
PATH: /home/csaybar/.poetry/bin
PATH: /home/csaybar/.local/bin
PATH: /home/csaybar/bin
PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /sbin
PATH: /bin
PATH: /usr/games
PATH: /usr/local/games
PATH: /snap/bin
PATH: /home/csaybar/.dotnet/tools
PATH: /usr/local/MATLAB/MATLAB_Runtime/v96/runtime/glnxa64
PATH: /usr/local/MATLAB/MATLAB_Runtime/v96/bin/glnxa64
PATH: /usr/local/MATLAB/MATLAB_Runtime/v96/sys/os/glnxa64
PATH: /usr/local/MATLAB/MATLAB_Runtime/sys/opengl/lib/glnxa64


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2204: checking for gcc
configure:2220: found /usr/bin/gcc
configure:2231: result: gcc
configure:2460: checking for C compiler version
configure:2469: gcc --version >&5
gcc (Ubuntu 10.3.0-1ubuntu1~20.10) 10.3.0
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:2480: $? = 0
configure:2469: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 10.3.0-1ubuntu1~20.10' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-10-poYruo/gcc-10-10.3.0/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-10-poYruo/gcc-10-10.3.0/debian/tmp-gcn/usr,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.3.0 (Ubuntu 10.3.0-1ubuntu1~20.10) 
... rest of stderr output deleted ...
configure:2480: $? = 0
configure:2469: gcc -V >&5
gcc: error: unrecognized command-line option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:2480: $? = 1
configure:2469: gcc -qversion >&5
gcc: error: unrecognized command-line option '-qversion'; did you mean '--version'?
gcc: fatal error: no input files
compilation terminated.
configure:2480: $? = 1
configure:2500: checking whether the C compiler works
configure:2522: gcc    conftest.c  >&5
configure:2526: $? = 0
configure:2574: result: yes
configure:2577: checking for C compiler default output file name
configure:2579: result: a.out
configure:2585: checking for suffix of executables
configure:2592: gcc -o conftest    conftest.c  >&5
configure:2596: $? = 0
configure:2618: result: 
configure:2640: checking whether we are cross compiling
configure:2648: gcc -o conftest    conftest.c  >&5
configure:2652: $? = 0
configure:2659: ./conftest
configure:2663: $? = 0
configure:2651: result: no
configure:2656: checking for suffix of object files
configure:2678: gcc -c   conftest.c >&5
configure:2682: $? = 0
configure:2703: result: o
configure:2707: checking whether we are using the GNU C compiler
configure:2726: gcc -c   conftest.c >&5
configure:2726: $? = 0
configure:2735: result: yes
configure:2744: checking whether gcc accepts -g
configure:2764: gcc -c -g  conftest.c >&5
configure:2764: $? = 0
configure:2805: result: yes
configure:2822: checking for gcc option to accept ISO C89
configure:2885: gcc  -c -g -O2  conftest.c >&5
configure:2885: $? = 0
configure:2898: result: none needed
configure:2923: checking how to run the C preprocessor
configure:2954: gcc -E  conftest.c
configure:2954: $? = 0
configure:2968: gcc -E  conftest.c
conftest.c:9:10: fatal error: ac_nonexistent.h: No such file or directory
    9 | #include <ac_nonexistent.h>
      |          ^~~~~~~~~~~~~~~~~~
compilation terminated.
configure:2968: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:2993: result: gcc -E
configure:3013: gcc -E  conftest.c
configure:3013: $? = 0
configure:3027: gcc -E  conftest.c
conftest.c:9:10: fatal error: ac_nonexistent.h: No such file or directory
    9 | #include <ac_nonexistent.h>
      |          ^~~~~~~~~~~~~~~~~~
compilation terminated.
configure:3027: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:3103: checking for gcc
configure:3130: result: gcc
configure:3359: checking for C compiler version
configure:3368: gcc --version >&5
gcc (Ubuntu 10.3.0-1ubuntu1~20.10) 10.3.0
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3379: $? = 0
configure:3368: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/10/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 10.3.0-1ubuntu1~20.10' --with-bugurl=file:///usr/share/doc/gcc-10/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-10 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-bootstrap --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-10-poYruo/gcc-10-10.3.0/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-10-poYruo/gcc-10-10.3.0/debian/tmp-gcn/usr,hsa --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-build-config=bootstrap-lto-lean --enable-link-mutex
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.3.0 (Ubuntu 10.3.0-1ubuntu1~20.10) 
... rest of stderr output deleted ...
configure:3379: $? = 0
configure:3368: gcc -V >&5
gcc: error: unrecognized command-line option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:3379: $? = 1
configure:3368: gcc -qversion >&5
gcc: error: unrecognized command-line option '-qversion'; did you mean '--version'?
gcc: fatal error: no input files
compilation terminated.
configure:3379: $? = 1
configure:3383: checking whether we are using the GNU C compiler
configure:3411: result: yes
configure:3420: checking whether gcc accepts -g
configure:3481: result: yes
configure:3498: checking for gcc option to accept ISO C89
configure:3574: result: none needed
configure:3631: checking for libpng-config
configure:3647: found /usr/bin/libpng-config
configure:3659: result: yes
configure:3670: using libpng-config
configure:3674: using libpng dynamic linkage
configure:4042: checking for X
configure:4150: gcc -E  -DHAVE_PNG_H -I/usr/include/libpng16 conftest.c
configure:4150: $? = 0
configure:4181: gcc -o conftest -g -O2  -DHAVE_PNG_H -I/usr/include/libpng16  conftest.c -lX11  -lpng16 >&5
configure:4181: $? = 0
configure:4231: result: libraries , headers 
configure:4256: checking for XAllocClassHint
configure:4256: gcc -o conftest -g -O2  -DHAVE_PNG_H -I/usr/include/libpng16  conftest.c  -lpng16 -lX11 >&5
configure:4256: $? = 0
configure:4256: result: yes
configure:4281: checking GL/gl.h usability
configure:4281: gcc -c -g -O2  -DHAVE_PNG_H -I/usr/include/libpng16 conftest.c >&5
configure:4281: $? = 0
configure:4281: result: yes
configure:4281: checking GL/gl.h presence
configure:4281: gcc -E  -DHAVE_PNG_H -I/usr/include/libpng16 conftest.c
configure:4281: $? = 0
configure:4281: result: yes
configure:4281: checking for GL/gl.h
configure:4281: result: yes
configure:4281: checking GL/glu.h usability
configure:4281: gcc -c -g -O2  -DHAVE_PNG_H -I/usr/include/libpng16 conftest.c >&5
configure:4281: $? = 0
configure:4281: result: yes
configure:4281: checking GL/glu.h presence
configure:4281: gcc -E  -DHAVE_PNG_H -I/usr/include/libpng16 conftest.c
configure:4281: $? = 0
configure:4281: result: yes
configure:4281: checking for GL/glu.h
configure:4281: result: yes
configure:4324: checking for glEnd in -lGL
configure:4349: gcc -o conftest -g -O2  -DHAVE_PNG_H -I/usr/include/libpng16  conftest.c -lGL   -lpng16 -lX11 >&5
/usr/bin/ld: cannot find -lGL
collect2: error: ld returned 1 exit status
configure:4349: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define HAVE_GL_GL_H 1
| #define HAVE_GL_GLU_H 1
| /* end confdefs.h.  */
| 
| /* Override any GCC internal prototype to avoid an error.
|    Use char because int might match the return type of a GCC
|    builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char glEnd ();
| int
| main ()
| {
| return glEnd ();
|   ;
|   return 0;
| }
configure:4359: result: no
configure:4372: WARNING: missing required library GL
configure:4577: compiling without OpenGL support
configure:4742: creating ./config.status

## ---------------------- ##
## Running config.status. ##
## ---------------------- ##

This file was extended by config.status, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  CONFIG_FILES    = 
  CONFIG_HEADERS  = 
  CONFIG_LINKS    = 
  CONFIG_COMMANDS = 
  $ ./config.status 

on csaybar-pc01

config.status:728: creating R/noOpenGL.R
config.status:728: creating src/useNULL/Makevars
config.status:728: creating src/Makevars

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_c_compiler_gnu=yes
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_XMKMF_set=
ac_cv_env_XMKMF_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_func_XAllocClassHint=yes
ac_cv_have_x='have_x=yes	ac_x_includes='\'''\''	ac_x_libraries='\'''\'''
ac_cv_header_GL_gl_h=yes
ac_cv_header_GL_glu_h=yes
ac_cv_lib_GL___glEnd=no
ac_cv_objext=o
ac_cv_prog_CPP='gcc -E'
ac_cv_prog_HAVE_LIBPNG_CONFIG=yes
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_cc_c89=
ac_cv_prog_cc_g=yes

## ----------------- ##
## Output variables. ##
## ----------------- ##

CC='gcc'
CFLAGS='-g -O2'
CPP='gcc -E'
CPPFLAGS=' -DHAVE_PNG_H -I/usr/include/libpng16'
DEFS='-DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DHAVE_GL_GL_H=1 -DHAVE_GL_GLU_H=1'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
GREP=''
HAVE_FREETYPE_CONFIG=''
HAVE_LIBPNG_CONFIG='yes'
HAVE_PKG_CONFIG=''
HIDE_IF_NO_OPENGL='#'
LDFLAGS=''
LIBOBJS=''
LIBS=' -lpng16 -lX11'
LTLIBOBJS=''
NULL_CPPFLAGS=' -DHAVE_PNG_H -I/usr/include/libpng16 -DRGL_NO_OPENGL'
NULL_LIBS=' -lpng16'
OBJEXT='o'
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_URL=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
RGL_NO_OPENGL='TRUE'
SHELL='/bin/bash'
XMKMF=''
ac_ct_CC='gcc'
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE}'
dvidir='${docdir}'
exec_prefix='${prefix}'
host_alias=''
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
mandir='${datarootdir}/man'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/usr/local'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

/* confdefs.h */
#define PACKAGE_NAME ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
#define PACKAGE_STRING ""
#define PACKAGE_BUGREPORT ""
#define PACKAGE_URL ""
#define HAVE_GL_GL_H 1
#define HAVE_GL_GLU_H 1

configure: exit 0

Thank you so much for your time I will appreciate any help!

• rgl Version: 0.107.14
• R Version: 4.0.2
• Platform: Linux csaybar-pc01 5.8.0-63-generic -Ubuntu SMP Tue Jul 13 15:59:12 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

I am running the 32-bits version of Windows 10. Since I updated R to the version 4.0, the RGL device doesn't work properly: it responds very slowly to the left mouse button (trackball). Other mouse actions work properly until I try to use the left button.

rgl works properly for any R versions before 4.0 (3.5.2, 3.6.0 to 3.6.3) and doesn't work properly for all versions from R 4.0 (4.0.0 to 4.0.5, 4.1.1). It seems independent from the rgl version: for R < 4.0 all rgl versions work properly (the most recent I was able to install is 0.106.8), whereas for R >= 4.0 no rgl version works, including the most recent one (0.107.14). It doesn't depend on RStudio either.