search for: devel_2015

Hello. I have successfully built R on windows scores of times, and have never come across this problem. For this build, I am using the current 4.6.3 prerelease version of Rtools, Windows7 64 bit, and R-devel_2015-09-14.tar.gz When running make check, I get the following error: running code in 'reg-packages.R' ...make[3]: *** [reg-packages.Rout] Error 1 make[2]: *** [test-Reg] Error 2 make[1]: *** [test-all-basics] Error 1 make: *** [check] Error 2 Looking at reg-packages.Rout.fail shows: >...

...ooking at reg-packages.Rout.fail shows The r-devel commit log [1] shows that Martin has been working on this test over the past few days. Sometimes work-in-progress causes the daily svn snapshot to be broken; typically it gets fixed the next day or so. If you don't want to wait, try building R-devel_2015-09-10.tar.gz that one works. [1] https://github.com/wch/r-source/commits/trunk

The subject line is in error, as the issue must be in "R-devel.tar.gz" as running the same Rtools on last night's download of R-devel_2015-03-09.tar.gz successfully navigates that error. The error exists in R-devel_2015-03-12.tar.gz and R-devel_2015-03-12.tar.gz and R-devel_2015-03-10.tar.gz, but not R-devel_2015-03-09.tar.gz, so it must have been something between 09 and 10. Avi On Thu, Mar 12, 2015 at 11:15 PM, Avraham Adler <...

Good evening. Testing the most recent version of Rtools, the build stops about when text.c is being compiled in the tools package (just after R.Lapack). The compilation is looking for gcc in C:, even though RTOOLS is set for another drive, and the compilation has successfully run until this point. This did not happen last night with version 1955. I've uninstalled and reinstalled Rtools three

...That's what R-devel is: "in development" and so, human errors do happen. > ... and are corrected. ... already more than half an hour ago. Hmm, I'm a bit confused. Now we can find duplicate.h in trunk, but it still seems to be missing in the devel tarballs. (At least until R-devel_2015-07.18.tar.gz) > > No need to trumpet to the world... I think > (R-core would have been sufficient (and unnecessary this time)). ?? I also would have reported it on R-devel. Is this a special case with special handling? Sorry, when I have missed something. Best wishes, Rainer Hurling...

...bug. I haven't tracked down what's going wrong with our > regular code. If I can't find that and fix it soon, I'll make Internet2 > the default. For now, you can do it yourself using the instructions on > ?setInternet2. > > Duncan Murdoch I successfully rebuilt R-devel_2015-03-09 with the most recent version of Rtools tonight, building both ICU_531 and this time libcurl (7.39) as well (and OpenBLAS, of course). The internet bug is still there, but the rest of make-check all passed with flying colors, as did building 'microbenchmark' from source (with all the o...

On Wed, Mar 11, 2015 at 1:40 AM, Hsiu-Khuern Tang <tangoh at gmail.com> wrote: > On Tue, Mar 10, 2015 at 8:54 PM, Avraham Adler <avraham.adler at gmail.com> wrote: >> >> I successfully rebuilt R-devel_2015-03-09 with the most recent version >> of Rtools tonight, building both ICU_531 and this time libcurl (7.39) >> as well (and OpenBLAS, of course). The internet bug is still there, >> but the rest of make-check all passed with flying colors, as did >> building 'microbenchm...

> On 23 Nov 2015, at 22:30 , aixtools <aixtools at gmail.com> wrote: > >> >> ./configure --enable-maintainer-mode ... Two things here - possibly irrelevant, but I'd avoid building in the source directory. (mkdir ../BUILD ; cd ../BUILD; ../R/configure) - don't turn on mantainer mode. You are not a maintainer, and if you want to play at being one, I think you

.../Makefile.in... > > -pd > >> On 19 Jul 2015, at 09:42 , Rainer Hurling <rhurlin at gwdg.de> wrote: >> >> Hmm, I'm a bit confused. Now we can find duplicate.h in trunk, but it >> still seems to be missing in the devel tarballs. (At least until >> R-devel_2015-07.18.tar.gz) > > -- > Peter Dalgaard, Professor, > Center for Statistics, Copenhagen Business School > Solbjerg Plads 3, 2000 Frederiksberg, Denmark > Phone: (+45)38153501 > Email: pd.mes at cbs.dk Priv: PDalgd at gmail.com > > > > > > > > -...

...ly undefined macro: AM_LANGINFO_CODESET configure.ac:2639: error: possibly undefined macro: AM_NLS configure.ac:2643: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION configure.ac:2644: error: possibly undefined macro: AM_GNU_GETTEXT What I changed... root at x072:[/data/prj/cran]diff -u R-devel_2015-11-26/configure.ac R-devel/configure.ac --- R-devel_2015-11-26/configure.ac 2015-10-18 16:02:55.000000000 +0000 +++ R-devel/configure.ac 2015-11-26 13:29:28.000000000 +0000 @@ -1300,12 +1300,14 @@ ##ADD: A symbol of memcpy,memset is exported in libR by expall. ##ADD: Howev...

...e MikTex bug reports [1], MikTex 2.9 has removed texi2dvi.exe last week (on 2015-09-29) as "it was not compatible (anymore) with the original shell script texi2dvi (GNU Texinfo)." I found this out the hard way as I just (unknowingly) updated MikTex this evening, and then, while building R-devel_2015-10-08 on Windows7 64bit using the Rtools 3.3 toolchain (4.9.3 branch), had it crash during `make manuals` with: Output written on fullrefman.pdf (3468 pages, 9511515 bytes). Transcript written on fullrefman.log. creating doc/manual/version.texi texi2dvi --pdf --texinfo="@set UseExternalXrefs...

...er <avraham.adler at gmail.com> wrote: >> On Wed, Mar 11, 2015 at 1:40 AM, Hsiu-Khuern Tang <tangoh at gmail.com> wrote: >>> On Tue, Mar 10, 2015 at 8:54 PM, Avraham Adler <avraham.adler at gmail.com> wrote: >>>> >>>> I successfully rebuilt R-devel_2015-03-09 with the most recent version >>>> of Rtools tonight, building both ICU_531 and this time libcurl (7.39) >>>> as well (and OpenBLAS, of course). The internet bug is still there, >>>> but the rest of make-check all passed with flying colors, as did >>&g...

Hi Duncan, On Mon, Mar 9, 2015 at 10:40 AM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > On 09/03/2015 11:07 AM, Hsiu-Khuern Tang wrote: >> >> 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

...ESET > configure.ac:2639: error: possibly undefined macro: AM_NLS > configure.ac:2643: error: possibly undefined macro: AM_GNU_GETTEXT_VERSION > configure.ac:2644: error: possibly undefined macro: AM_GNU_GETTEXT > > What I changed... > > root at x072:[/data/prj/cran]diff -u R-devel_2015-11-26/configure.ac R-devel/configure.ac > --- R-devel_2015-11-26/configure.ac 2015-10-18 16:02:55.000000000 +0000 > +++ R-devel/configure.ac 2015-11-26 13:29:28.000000000 +0000 > @@ -1300,12 +1300,14 @@ > ##ADD: A symbol of memcpy,memset is exported in libR by expall. &g...

...down what's going wrong with our >> regular code. If I can't find that and fix it soon, I'll make Internet2 >> the default. For now, you can do it yourself using the instructions on >> ?setInternet2. >> >> Duncan Murdoch > > I successfully rebuilt R-devel_2015-03-09 with the most recent version > of Rtools tonight, building both ICU_531 and this time libcurl (7.39) > as well (and OpenBLAS, of course). The internet bug is still there, > but the rest of make-check all passed with flying colors, as did > building 'microbenchmark' from so...

...PM, Avraham Adler <avraham.adler at gmail.com> wrote: > On Wed, Mar 11, 2015 at 1:40 AM, Hsiu-Khuern Tang <tangoh at gmail.com> wrote: >> On Tue, Mar 10, 2015 at 8:54 PM, Avraham Adler <avraham.adler at gmail.com> wrote: >>> >>> I successfully rebuilt R-devel_2015-03-09 with the most recent version >>> of Rtools tonight, building both ICU_531 and this time libcurl (7.39) >>> as well (and OpenBLAS, of course). The internet bug is still there, >>> but the rest of make-check all passed with flying colors, as did >>> building...

... making array.d from array.c array.c:33:23: fatal error: duplicate.h: No such file or directory compilation terminated. ... https://travis-ci.org/metacran/r-builder/builds/71225331#L7405 fyi. Gabor

...[1], MikTex 2.9 has removed > texi2dvi.exe last week (on 2015-09-29) as "it was not compatible > (anymore) with the original shell script texi2dvi (GNU Texinfo)." I > found this out the hard way as I just (unknowingly) updated MikTex > this evening, and then, while building R-devel_2015-10-08 on Windows7 > 64bit using the Rtools 3.3 toolchain (4.9.3 branch), had it crash Note what the posting guide says about not abusing the word 'crash'. > during `make manuals` with: > > Output written on fullrefman.pdf (3468 pages, 9511515 bytes). > Transcript written on...

On Sun, Mar 8, 2015 at 8:33 PM, Avraham Adler <avraham.adler at gmail.com> wrote: > > Thank you for the update, Hsiu-Khuern. Can you check how many digits > scientific notation shows? I was able to build a 64bit version of R > using the mingw64 4.8.4 distro, but ran into trouble with compat.c, > and the only work-around I found ended breaking R's defualt two digit >

----- Original Message ----- > From: "Duncan Murdoch" <murdoch.duncan at gmail.com> > To: "Dan Tenenbaum" <dtenenba at fredhutch.org> > Cc: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at r-project.org > Sent: Tuesday, March 10, 2015 11:37:12 AM > Subject: Re: [Rd] Notes on building a gcc toolchain for Rtools (but not multilib)