search for: mingw_

...r using the BINPREF > variable. This is because we ship two separate versions of gcc, one > targeting win32 and one targeting win64. I am not sure what your > rtools installation looks like, but could you try setting this > environment variable: > > BINPREF="M:/R/Rtools-3.4/mingw_$(WIN)/bin/" > > I think this will do the job. Thanks, that indeed did the trick. May I suggest that this hint be also included in "REMAINING TASKS" section of the file Rtools.txt that is part of the Rtools distribution? The R installation manual does mention BINPREF and BINPR...

...(the ... are other paths irrelevant for R/Rtools). When I run M:\Work\RLibs>R.exe CMD INSTALL --build WGCNA I get the following ouput: In R CMD INSTALL * installing to library 'M:/R/R-3.4.3/library' * installing *source* package 'WGCNA' ... ** libs *** arch - i386 c:/Rtools/mingw_32/bin/g++ -I"M:/R/R-3.4.3/include" -DNDEBUG -O2 -Wall -mtune=generic -c bucketApproxSort.cc -o bucketApproxSort.o c:/Rtools/mingw_32/bin/g++: not found make: *** [bucketApproxSort.o] Error 127 Warning: running command 'make -f "Makevars.win" -f "M:/R/R-3.4.3/etc/i386/...

...o set the path to the compiler using the BINPREF variable. This is because we ship two separate versions of gcc, one targeting win32 and one targeting win64. I am not sure what your rtools installation looks like, but could you try setting this environment variable: BINPREF="M:/R/Rtools-3.4/mingw_$(WIN)/bin/" I think this will do the job. On Tue, Feb 13, 2018 at 10:21 AM, Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > Thanks for the report - this has been already reported as bug 17376, it is > caused by scripts that build the Windows binaries and by now has been fix...

...> variable. This is because we ship two separate versions of gcc, one >> targeting win32 and one targeting win64. I am not sure what your >> rtools installation looks like, but could you try setting this >> environment variable: >> >> BINPREF="M:/R/Rtools-3.4/mingw_$(WIN)/bin/" >> >> I think this will do the job. > > Thanks, that indeed did the trick. May I suggest that this hint be > also included in "REMAINING TASKS" section of the file Rtools.txt that > is part of the Rtools distribution? The R installation manual doe...

On Fri, Sep 13, 2019 at 11:53 AM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > On 9/13/19 11:37 AM, IAGO GIN? V?ZQUEZ wrote: > > But if I type > > >"?" > > the output is > > [1] "?" > > so seemingly it can be represented. Or, am I wrong? > > In RGui you can print the string, because RGui is a Windows Unicode >

...derstood by the C runtime/C library. By default mingw uses msvcrt, which does not allow UTF-8 as current locale (via setlocale()). Now mingw also allows to build with UCRT (recently), and I hope one day we will be able to use it, but it is not yet the default, msys2 does not use it yet for its mingw_ packages and we need also the external packages . Note that R (CRAN, and also BIOC) provide binary versions of all packages for Windows, they need to build them and they need all library dependencies. All of those would have to be rebuilt with UCRT, which will be a huge task. Fixing R on its ow...