[Rd] Segmentation fault early in compilation of revision 85514
When trying to compile R on Windows 10 64-bit using LTO as I always do, I encountered a segmentation fault early in the compilation. I am uncertain as to what it means (please see below for error extract). I am using the most recent version of Rtools43 (5863) and updated its libraries prior to starting the build. My EOPTS is " -march=native -pipe -mno-rtm" and my LTO/LTO_OPT/LTO_FC/LTO_FC_OPT is "-flto=1 -fuse-linker-plugin". Any explanation or suggestions would be appreciated. Thank you, Avi ``` installing zoneinfo making console.d from console.c making dynload.d from dynload.c making embeddedR.d from embeddedR.c making preferences.d from preferences.c making psignal.d from psignal.c making rui.d from rui.c making system.d from system.c gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c console.c -o console.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c dynload.c -o dynload.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c editor.c -o editor.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c embeddedR.c -o embeddedR.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -I../library/grDevices/src -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c extra.c -o extra.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c opt.c -o opt.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c pager.c -o pager.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c preferences.c -o preferences.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c psignal.c -o psignal.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c rhome.c -o rhome.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c rt_complete.c -o rt_complete.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c rui.c -o rui.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c run.c -o run.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c sys-win32.c -o sys-win32.o gcc -I../include -I. -I../extra -DHAVE_CONFIG_H -DR_DLL_BUILD -DR_ARCH='"x64"' -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -c system.c -o system.o windres -I../include -i dllversion.rc -o dllversion.o C:\rtools43\x86_64-w64-mingw32.static.posix\bin/nm.exe: mlutils.o: no symbols C:\rtools43\x86_64-w64-mingw32.static.posix\bin/nm.exe: log1p.o: no symbols C:\rtools43\x86_64-w64-mingw32.static.posix\bin/nm.exe: printf.o: no symbols C:\rtools43\x86_64-w64-mingw32.static.posix\bin/nm.exe: osdep.o: no symbols gcc -shared -O3 -Wall -pedantic -march=native -pipe -mno-rtm -flto=1 -fuse-linker-plugin -s -mwindows -o R.dll R.def console.o dynload.o editor.o embeddedR.o extra.o opt.o pager.o preferences.o psignal.o rhome.o rt_complete.o rui.o run.o shext.o sys-win32.o system.o dos_wglob.o dllversion.o ../main/libmain.a ../appl/libappl.a ../nmath/libnmath.a getline/gl.a ../extra/xdr/libxdr.a ../extra/intl/libintl.a ../extra/trio/libtrio.a ../extra/tzone/libtz.a ../extra/tre/libtre.a -fopenmp -L. -lgfortran -lquadmath -lRblas -L../../bin/x64 -lRgraphapp -lRiconv -lcomctl32 -lole32 -luuid -lwinmm -lversion -L"/x86_64-w64-mingw32.static.posix"/lib/x64 -lpcre2-8 -lz -lbz2 -llzma -L""/lib/x64 -lsicuin -lsicuuc /x86_64-w64-mingw32.static.posix/lib/sicudt.a -lstdc++ rui.h:37:18: warning: type of 'RConsole' does not match original declaration [-Wlto-type-mismatch] 37 | LibExtern window RConsole; | ^ rui.c:51:9: note: type 'struct objinfo' should match type 'struct gui_obj' 51 | console RConsole = NULL; | ^ rui.c:51:9: note: 'RConsole' was previously declared here rui.c:51:9: note: code may be misoptimized unless '-fno-strict-aliasing' is used make[5]: [C:\rtools43\tmp\ccUw2zA8.mk:81: C:\rtools43\tmp\ccKMP0O7.ltrans26.ltrans.o] Error 1 (ignore d) make[5]: [C:\rtools43\tmp\ccUw2zA
Re: [Rd] Wayland Display Support in R Plot
Hi, following on this topic, having full support for Wayland in R would be great indeed. In the news this week, after GNOME removed X11 support, KDE is doing the same. I really love X11, but maybe it's time to move forward. I've been using GNOME + Wayland for more than a year now, including screen sharing with various video call software (Google, Zoom, etc...) and had no issues at all. It works even better than my previous (very long) experience with X11. Best, David On Tue, Oct 31, 2023 at 12:13 AM Iñaki Ucar wrote: > El lun., 30 oct. 2023 12:26, Roger Bivand escribió: > > > I also noticed this: > > > > https://www.theregister.com/2023/10/13/gnome_proposes_dropping_x11/ > > > > which is concerning. Until now, I've retained X11 on Fedora because of > > difficulties in screen sharing via zoom in Wayland sessions. > > > > KDE Plasma user here. FWIW, I've been using Wayland for a year and a half > now with no issues, including screen sharing, etc. > > Iñaki > > > > Roger > > > > -- > > Roger Bivand > > Emeritus Professor > > Norwegian School of Economics > > Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway > > roger.biv...@nhh.no > > __ > > R-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > > [[alternative HTML version deleted]] > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Segmentation fault early in compilation of revision 85514
Avi, Might be toolchain-dependent, might be options-dependent--it built fine here. Easier for you to vary option two so maybe try that? Dirk -- dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
