I'm assuming the
former since we're using version control.
2. What is your process for updating and testing your code? Do you
run checks, build, and re-install the package to test? Or do you have
some fancy workflow? Please share.
Thanks for your advice.
Vinh
--
Vinh Nguyen
Departme
quot;) to get the
function definition but are there equivalents to the args() and body()
functions?
Thanks.
Vinh
--
Vinh Nguyen
Department of Statistics
Donald Bren School of ICS
2231 Bren Hall
University of California, Irvine
Irvine, CA 92607
vqngu...@uci.edu | http://www.ics.uci.edu/~vqnguyen/
Sc
On Tue, Oct 5, 2010 at 4:45 PM, Thomas Lumley wrote:
> You could define
>
> args4<-function(generic, signature) args(getMethod(generic,signature))
> and
> body4<-function(generic, signature) body(getMethod(generic,signature))
>
> or use selectMethod() instead of getMethod() if you want to find
> i
I didn't know @example path/to/file.R was available until you
mentioned the UseR! 2010 presentation. If that's the case, I'm going
to guess that you have to specify use.Rd2=TRUE in roxygenize(), as
I've found most of the new features mentioned in that presentation to
require it.
On Thu, Nov 4, 2
Dear R-Devel,
I'm using Ubuntu on an x86_64 machine and would like to have both the
32-bit and 64-bit versions of R built from source. By default,
following the usual build procedures yields 64 bit R. Looking at
[these](http://cran.r-project.org/doc/manuals/R-admin.html#Sub_002darchitectures),
I
On Tue, Aug 9, 2011 at 4:52 PM, Joris Meys wrote:
> The architecture is called i386. Try
>
> r_arch=i386 ./configure
>
> That should work.
> Cheers
> Joris
Thank you for your response Joris. However, I still get:
/usr/bin/install: cannot create regular file
`../../include/i386/Rconfig.h': No suc
On Tue, Aug 9, 2011 at 6:24 PM, Simon Urbanek
wrote:
> It actually works ;) I'm using it for testing on my RForge.net machine and
> yes, it's Debian - everything just works there :).
>
> But back to the original question. First a minor detail, don't set
> environment variables use configure vari
e up until R 2.15.3. This makes install.packages
not usable. Thanks.
-- Vinh
On Tue, Nov 11, 2014 at 10:23 AM, Vinh Nguyen wrote:
> Dear list (re-posting from r-help as r-devel is probably more appropriate),
>
> I was able to successfully compile R on our AIX box at work using
n AIX for
me. Would definitely like to help figure out what's wrong with the
new dcf.c on AIX.
Thanks.
-- Vinh
On Mon, Sep 21, 2015 at 10:01 AM, Vinh Nguyen wrote:
> Hi there,
>
> I just wanted to follow up on this readDCF issue with install.packages
> on AIX on R 3.*. I'm
On Mon, Sep 21, 2015 at 2:48 PM, Duncan Murdoch
wrote:
> On 21/09/2015 4:50 PM, Hervé Pagès wrote:
>> Hi,
>>
>> Note that one significant change to read.dcf() that happened since R
>> 3.0.2 is the addition of support for arbitrary long lines (commit
>> 63281), which never worked:
>>
>>dcf <- p
On Tue, Sep 22, 2015 at 1:46 AM, Duncan Murdoch
wrote:
> However, Herve's second example does illustrate a bug I can reproduce:
> one character out of 1 was read incorrectly. Could you please try
> his final patch and see if it fixes your AIX problems?
Just tried the latest dcf.c from R-dev
Dear list,
I'm following the instructions provided here to compile R 64 bit on
AIX 6.1. I did
export OBJECT_MODE=64
export CC="gcc -maix64 -pthread"
export CXX="g++ -maix64 -pthread"
export FC="gfortran -maix64 -pthread"
export F77="gfortran -maix64 -pthread"
export CFLAGS="-O2 -g -mcpu=power6"
Please note that if I don't specify those variables, then R 32 bit
compiles fine. Thanks.
-- Vinh
On Thu, Oct 8, 2015 at 6:50 PM, Vinh Nguyen wrote:
> Dear list,
>
> I'm following the instructions provided here to compile R 64 bit on
> AIX 6.1. I did
>
> export OBJ
One other note: I'm also using the latest src/main/dcf.c that was
giving an issue on AIX previously; see
[this](https://stat.ethz.ch/pipermail/r-devel/2015-September/071781.html)
thread.
Thanks.
On Thu, Oct 8, 2015 at 6:51 PM, Vinh Nguyen wrote:
> Please note that if I don't
for AIX 64 bit.
Is it possible to add this information to the AIX section of the
R-admin manual? Thanks.
-- Vinh
On Thu, Oct 8, 2015 at 7:22 PM, Vinh Nguyen wrote:
> One other note: I'm also using the latest src/main/dcf.c that was
> giving an issue on AIX previously; see
On Oct 8, 2015 11:36 PM, "Martin Maechler"
wrote:
>
> >>>>> Vinh Nguyen
> >>>>> on Thu, 8 Oct 2015 20:21:32 -0700 writes:
>
> > Ahh, sorry for not googling the error message. Found
> > [this](
http://r.789
Dear list (re-posting from r-help as r-devel is probably more appropriate),
I was able to successfully compile R on our AIX box at work using the
GNU compilers following the instructions on the R Administration
guide. The output can be seen at here
(https://gist.github.com/nguyenvinh/504321ea9c89
Dear list,
With the new R 3.2.0 on the aforementioned platform, I get the following
pop-up error when I enter "?update.packages" using R64:
"The procedure entry point IdnToAscii could not be located in the dynamic
link library KERNEL32.dll"
That is, my command never gets executed. This does NOT
On Wed, May 6, 2015 at 9:44 AM, Duncan Murdoch wrote:
>
> On the MSDN page for that function, it mentions that you need a header file
> and DLL to use it in XP or Server 2003. You might try downloading the DLL
> to see if it works for you automagically; I think it's unlikely we will put
> in
on how to fix this? Thanks.
-- Vinh
On Wed, Aug 10, 2011 at 8:37 AM, Vinh Nguyen wrote:
> On Tue, Aug 9, 2011 at 6:24 PM, Simon Urbanek
> wrote:
>> It actually works ;) I'm using it for testing on my RForge.net machine and
>> yes, it's Debian - everything just work
org/
>
> Uwe Ligges
>
>
>
> Hin-Tak Leung wrote:
>>
>> --- On Thu, 3/9/09, Vinh Nguyen wrote:
>>
>>> hmmmtried building R-2.8.0 on my
>>> mac, didn't work. i think it got
>>> the very end before failing:
>>> i386-min
dear list,
since matrix manipulations is often of interest in statistical
computations, i'd like to get a working example of using Lapack for
regression. However, i run into an error.
My matrix-lapack-example.c file:
#include
void reg(const char* trans, const int* m, const int* n,
con
thank you William Dunlap and professor Bates for your responses.
Since the first argument is always an "N" for linear regression, i
just placed
const char* trans = "N";
in my .c file and things worked.
See some comments below.
On Thu, Sep 24, 2009 at 5:50 AM, Douglas Bates wrote:
> In your C code
On Thu, Sep 24, 2009 at 11:49 AM, Simon Urbanek
wrote:
> As Doug pointed out you don't want to be using .C(). As for matrix
> manipulations - they are usually done directly on the objects which are
> vectors stored in column-major order.
i meant .Call(). also, sorry for the poor word choice, i
24 matches
Mail list logo
