Problem under Windows with R 4.5.1
Describe the bug Build under Windows with R 4.5.1 fails due to compile error in cbits/missing_r.h, but the ghc toolchain does not show the error, even with trace enabled.
To Reproduce stack build with options extra-include-dirs, extra-lib-dirs set to point to R-4.5.1 dirs.
Expected behavior Build without error.
Environment
- Windows 11 (latest updates)
- HaskellR v1.0.1
Additional context No problem if R-4.2.1 is used instead, so the error is probably due to an internal change made to R since that version.
This might be the same issue as #431
Hello @hamishmack and @djsamperi. Thanks for the reports. I'm looking to have this investigated eventually.
@djsamperi, you may have more luck with the newly released inline-r-1.0.2. If this still fails, we will have to wait until someone can debug the issue with your configuration.
Thanks @facundominguez and @hamishmack, I tried to build under Windows using HaskellR v1.0.2, but ran into these hash errors: Error: [S-7282] Stack failed to execute the build plan.
While executing the build plan, Stack encountered the following errors:
Error: [S-922]
No cryptographic hash found for Hackage package integer-conversion-0.1.1
Error: [S-922]
No cryptographic hash found for Hackage package scientific-0.3.8.0
Error: [S-922]
No cryptographic hash found for Hackage package ansi-terminal-1.1.2
There is a small problem with Ubuntu as well: by default Wayland is used instead of X11/Xorg, and I don't know how to properly authenticate the display under Wayland. One work-around is to save all plots to a file using jpeg('foo.jpg'), for example. Another work-around is to disable Wayland mode using the gear icon that appears in the Ubuntu login window.
Updates.
Under Ubuntu Linux I was able to build and run an app that uses inline-r (1.0.2) without Nix, and without HaskellR, and it seems to work fine.
Under Windows 11 with R 4.5.1, with same version of inline-r, and stack resolver 24.6, my test app builds and installs without problems, but there is a runtime error:
C:\w\mypack>stack exec myapp
Stack has not been tested with GHC versions above 9.4, and using 9.10.2, this may fail Stack has not been tested with Cabal versions above 3.8, but version 3.12.1.0 was found, this may fail Mingw-w64 runtime failure: 32 bit pseudo relocation at 0x00007ff69975cff2 out of range, targeting 0x00007ffc9148f3c8, yielding the value 0x00000005f7d323ce.
This sounds similar to an open GHC or MinGW pseudo relocation issue reported here: https://gitlab.haskell.org/ghc/ghc/-/issues/23194