Displaying 20 results from an estimated 400 matches similar to: "Wishlist: user-specified color names for palette() (PR#4836)"
2015 Mar 11
2
Notes on building a gcc toolchain for Rtools (but not multilib)
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
2015 Mar 09
5
Notes on building a gcc toolchain for Rtools (but not multilib)
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
2015 Mar 11
1
Notes on building a gcc toolchain for Rtools (but not multilib)
On Wed, Mar 11, 2015 at 1:23 PM, Hsiu-Khuern Tang <tangoh at gmail.com> wrote:
> On Tue, Mar 10, 2015 at 10:47 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:
>>>>
2015 Mar 10
2
Notes on building a gcc toolchain for Rtools (but not multilib)
----- Original Message -----
> From: "Duncan Murdoch" <murdoch.duncan at gmail.com>
> To: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at r-project.org
> Sent: Monday, March 9, 2015 10:40:02 AM
> Subject: Re: [Rd] Notes on building a gcc toolchain for Rtools (but not multilib)
>
> On 09/03/2015 11:07 AM, Hsiu-Khuern Tang wrote:
> > On
2015 Mar 10
3
Notes on building a gcc toolchain for Rtools (but not multilib)
----- 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)
2015 Mar 10
1
Notes on building a gcc toolchain for Rtools (but not multilib)
On Tue, Mar 10, 2015 at 4:07 AM, Duncan Murdoch
<murdoch.duncan at gmail.com> wrote:
> On 09/03/2015 11:02 PM, Hsiu-Khuern Tang wrote:
>> 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
2015 Mar 11
2
Notes on building a gcc toolchain for Rtools (but not multilib)
On 10/03/2015 3:17 PM, Duncan Murdoch wrote:
> On 10/03/2015 2:56 PM, Dan Tenenbaum wrote:
> >
> >
> > ----- 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
2015 Mar 11
2
Notes on building a gcc toolchain for Rtools (but not multilib)
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
2009 Jul 02
3
Question about <<- assignment
Is this expected behavior?
> z <- 1:5
> z[1] <<- 0
Error in z[1] <<- 0 : object "z" not found
The documentation seems to suggest that z will be found in the global
environment and modified accordingly.
Best,
Hsiu-Khuern.
2006 Oct 13
2
How to see if row names of a dataframe are stored compactly
Reading the list of changes for R version 2.4.0, I was happy to see that the
row names of dataframes can be stored compactly (as the integer n when
row.names(df) is 1:n).
help(row.names) contains this paragraph:
Row names of the form '1:n' for 'n > 2' are stored internally in a
compact form, which might be seen by calling 'attributes' but never
via
2015 Mar 10
3
Notes on building a gcc toolchain for Rtools (but not multilib)
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
2004 Nov 12
1
plot.rpart ignores uniform=TRUE if graphics device is not open (PR#7361)
Full_Name: Hsiu-Khuern Tang
Version: 2.0.0
OS: Debian GNU/Linux
Submission from: (NULL) (156.153.255.236)
Hi all,
If fit is an rpart object,
plot(fit, uniform=TRUE)
ignores uniform=TRUE if the graphics device is not already open.
To reproduce this:
library("rpart")
example(plot.rpart)
dev.off() # <- works OK without this
plot(fit, uniform=TRUE) # <- uniform=TRUE is ignored
2006 Apr 18
2
typos in src/main/gram.y (PR#8780)
In src/main/gram.y, the documentation for R_ParseVector has a wrong
signature:
SEXP R_ParseVector(TextBuffer *text, int n, ParseStatus *status)
should be
SEXP R_ParseVector(SEXP text, int n, ParseStatus *status)
In addition, the two occurrences of "IOBuffer" in the documentation
should be replaced by "IoBuffer".
version.string = Version 2.3.0 beta (2006-04-14 r37779)
2010 Nov 13
1
barplot3d cutting off labels
Hello,
Using the function that is available at:
http://addictedtor.free.fr/graphiques/sources/source_161.R
The following command leads to a plot with labels that are cut off:
barplot3d(c(4.01,4.71,2.03,1.28,1.42,1.76,0,
6.58,3.25,3.11,2.10,2.05,1.19,1.28,
6.44,5.50,3.69,4.53,3.33,1.70,2.57,
6.01,5.36,5.90,6.61,4.67,2.62,3.83,
2015 Mar 09
5
Notes on building a gcc toolchain for Rtools (but not multilib)
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 was able to use the nuwen distro to build a gcc 4.9.2 toolchain and
use it to build the latest R-patched with it.
Below are some notes about what I did; I hope they will be useful for
keeping Rtools
2004 Oct 13
0
[LLVMdev] Patch to use correct namespace for 'find' in SetVector.h
I have no idea why this code compiled correctly with gcc...
m.
Index: include/llvm/ADT/SetVector.h
===================================================================
RCS file: /var/cvs/llvm/llvm/include/llvm/ADT/SetVector.h,v
retrieving revision 1.8
diff -u -r1.8 SetVector.h
--- include/llvm/ADT/SetVector.h 11 Sep 2004 20:38:25 -0000 1.8
+++ include/llvm/ADT/SetVector.h 13
2001 Aug 07
1
cannot assign to NULL dimnames (PR#1042)
Full_Name: Hsiu-Khuern Tang
Version: 1.3.0
OS: GNU/Linux (Debian unstable)
Submission from: (NULL) (192.6.19.124)
Hi all,
I am not sure this is a bug rather than an intentional design, but here
goes:
If I do
> a <- matrix(1:4, nrow=2)
> dimnames(a)[[1]] <- c("a", "b")
I get the following error message because dimnames(a) is NULL:
Error: more elements
2003 Nov 14
0
documentation of "scope": possible error + cleanup (PR#5095)
Full_Name: Hsiu-Khuern Tang
Version: 1.8.0
OS: Debian GNU/Linux unstable
Submission from: (NULL) (156.153.255.243)
While reading the R lang info pages, I came across the following
paragraphs in the node "Scope":
>> A simple example,
>>
>> f <- function(x) {
>> y <- 10
>> g <- function(x) x + y
>> return(g)
2015 Mar 09
1
Notes on building a gcc toolchain for Rtools (but not multilib)
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
>
2012 Feb 03
1
incomplete final line found on <name of my sourced function file>
Dear R-ers,
I hope there is a really simple solution to my problem.
I've written a function that I saved in an .r file. I source this file
in my code. For a while it worked fine. But then when I run the line:
source("F mylineplot.r")
I started getting a warning:
In readLines(file) : incomplete final line found on 'F mylineplot.r'
I have no idea why - I tried to check and