search for: rtools33

My apologies for cross-posting. I found this site, after I had posted on stack-overflow. I need to compile several static libraries (C & Fortran) which will later be linked with an R package. Rtools33 directory includes /i686-w64-mingw32 directory which I understand creates 32 bit binaries. Yet, there are other 64 bit directories as well. I have three related questions: 1. Can Rtools33 be used to compile static libraries as a separate step using -m64 flag? 2. MSYS2 is very con...

...och wrote: > On 29/05/2015 4:16 PM, Sue McDonald wrote: >> My apologies for cross-posting. I found this site, after I had posted on >> stack-overflow. >> >> I need to compile several static libraries (C & Fortran) which will later >> be linked with an R package. Rtools33 directory includes /i686-w64-mingw32 >> directory which I understand creates 32 bit binaries. Yet, there are other >> 64 bit directories as well. > > The current Rtools is set up for multilib operation. You only need to > use the binaries in Rtools/gcc-4.6.3/bin. The executab...

On 29/05/2015 4:16 PM, Sue McDonald wrote: > My apologies for cross-posting. I found this site, after I had posted on > stack-overflow. > > I need to compile several static libraries (C & Fortran) which will later > be linked with an R package. Rtools33 directory includes /i686-w64-mingw32 > directory which I understand creates 32 bit binaries. Yet, there are other > 64 bit directories as well. The current Rtools is set up for multilib operation. You only need to use the binaries in Rtools/gcc-4.6.3/bin. The executables there will choose...

To anyone following the Windows toolchain saga: The gcc 4.9.2 toolchain that is currently in Rtools33 has too many incompatibilities with existing code, so we won't be using it in the R 3.2.0 build. I will soon be uploading to CRAN a new version of Rtools33 that is very similar to Rtools32, containing gcc 4.6.3. We are continuing to work on the new toolchain, and hope to have it ready bef...

...ain site at CRAN, and should propagate to the mirrors >>> reasonably quickly. I'm hoping that tomorrow's R-devel build will use it, >>> but there may be some last minute problems. >> >> Is the new Rtools at >> http://cran.r-project.org/bin/windows/Rtools/Rtools33.exe? I'm still >> getting "Error 404 object not found". > > There were some permission problems on the file for a while yesterday; > perhaps the index page got propagated but the actual file didn't. > > Duncan Murdoch > Got it now, thanks! Are you planni...

To anyone following the Windows toolchain saga: The gcc 4.9.2 toolchain that is currently in Rtools33 has too many incompatibilities with existing code, so we won't be using it in the R 3.2.0 build. I will soon be uploading to CRAN a new version of Rtools33 that is very similar to Rtools32, containing gcc 4.6.3. We are continuing to work on the new toolchain, and hope to have it ready bef...

...quot; <r-devel at r-project.org>, rcpp-devel at r-forge.wu-wien.ac.at > Sent: Wednesday, March 18, 2015 6:27:26 AM > Subject: [Rcpp-devel] Windows gcc toolchain for R 3.2.0 > > To anyone following the Windows toolchain saga: > > The gcc 4.9.2 toolchain that is currently in Rtools33 has too many > incompatibilities with existing code, so we won't be using it in the > R > 3.2.0 build. I will soon be uploading to CRAN a new version of > Rtools33 > that is very similar to Rtools32, containing gcc 4.6.3. > > We are continuing to work on the new toolchain...

On 11/03/2015 3:09 PM, Dan Tenenbaum wrote: > > ----- Original Message ----- > > From: "Duncan Murdoch" <murdoch.duncan at gmail.com> > > To: "Dan Tenenbaum" <dtenenba at fredhutch.org> > > Cc: r-devel at r-project.org > > Sent: Wednesday, March 11, 2015 12:06:48 PM > > Subject: Re: [Rd] Notes on building a gcc toolchain for

...ages. > > > It's now on the main site at CRAN, and should propagate to the mirrors > reasonably quickly. I'm hoping that tomorrow's R-devel build will use it, > but there may be some last minute problems. Is the new Rtools at http://cran.r-project.org/bin/windows/Rtools/Rtools33.exe? I'm still getting "Error 404 object not found". Thanks, - Hsiu-Khuern

...'s now on the main site at CRAN, and should propagate to the mirrors >> reasonably quickly. I'm hoping that tomorrow's R-devel build will use it, >> but there may be some last minute problems. > > Is the new Rtools at > http://cran.r-project.org/bin/windows/Rtools/Rtools33.exe? I'm still > getting "Error 404 object not found". There were some permission problems on the file for a while yesterday; perhaps the index page got propagated but the actual file didn't. Duncan Murdoch

...2 [2] LC_CTYPE=English_United States.1252 [3] LC_MONETARY=English_United States.1252 [4] LC_NUMERIC=C [5] LC_TIME=English_United States.1252 attached base packages: [1] stats graphics grDevices utils datasets [6] methods base loaded via a namespace (and not attached): [1] tools_3.3.1 Rtools33.exe

I've been getting pqR to work on windows systems, and in the process have discovered various problems with R core versions of R and with Rtools. One is with the implementation of OpenMP in 64-bit Rtools. This problem is in Rtools215 and Rtools33, and presumably all the ones in between. You can see the problem with the following test program: #include <stdio.h> #include <omp.h> static struct { omp_lock_t lock; char pad[20]; } s; void show_pad(void) { int i; for (i = 0; i<20; i++) printf(" %02x",s.pad[i]); pri...

...Y=English_United States.1252 > [4] LC_NUMERIC=C > [5] LC_TIME=English_United States.1252 > > attached base packages: > [1] stats graphics grDevices utils datasets > [6] methods base > > loaded via a namespace (and not attached): > [1] tools_3.3.1 > > > Rtools33.exe

On Mon, Mar 9, 2015 at 3:50 AM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 08/03/2015 10:02 PM, Hsiu-Khuern Tang wrote: >> Hi, >> >> [This is a follow-up to the "New version of Rtools for Windows" thread >> in January, but I just subscribed and don't know how to reply to an >> old thread -- my apologies.] > > I am planning to