From avraham.adler at gmail.com  Wed Mar 11 04:54:03 2015
From: avraham.adler at gmail.com (Avraham Adler)
Date: Tue, 10 Mar 2015 23:54:03 -0400
Subject: [Rd] Notes on building a gcc toolchain for Rtools (but not
	multilib)
In-Reply-To: <54FF432C.8030200@gmail.com>
References: <1110879639.489054.1426013789755.JavaMail.root@fredhutch.org>
	<54FF432C.8030200@gmail.com>
Message-ID: <CAL6gwn+7k9=BnzCZ+v9s3rXVMZ_okns7WUVKfFLp7bj7pDzWfA@mail.gmail.com>

On Tue, Mar 10, 2015 at 3:17 PM, Duncan Murdoch
<murdoch.duncan at gmail.com> wrote:
>
> That's a 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 other needed
packages, including Rcpp and Hsiu-Kheurn's change to NM was *not*
used). My non-BLAS test tonight ran faster than last night; maybe 1000
iterations aren't enough or I had something else eating up clock
cycles last night. Either way, outside the internet bug, it's looking
good for Windows 64bit (Win7 at least).

Thanks,

Avi



[Rd] Notes on building a gcc toolchain for Rtools (but not multilib)
Avraham Adler