>
>
> The parameter responsible for this base64 encoding is called
> self_contained, which defaults to TRUE in the rmarkdown::html_document
> format, which prettydoc::html_pretty inherits from. Set it to FALSE in
> the YAML header of the vignette.
>
> Note that some other scripts and CSS files may
Dear members of R-package-devel,
CRAN has the following policy: Packages which use Internet resources
should fail gracefully with an informative message if the resource is
not available or has changed (and not give a check warning nor error).
I have a CRAN-accepted package with vignettes that
On Oct 8, 2015 11:36 PM, "Martin Maechler" <maech...@stat.math.ethz.ch>
wrote:
>
> >>>>> Vinh Nguyen <vinhdi...@gmail.com>
> >>>>> on Thu, 8 Oct 2015 20:21:32 -0700 writes:
>
> > Ahh, sorry for not googling the err
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 <vinhdi...@gmail.com> wrote:
> One other note: I'm also using the latest src/main/dcf.c that was
> giving an issue on AIX pre
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 <vinhdi...@gmail.com> wrote:
> Dear list,
>
> I'm following the instructions provided here to compile R 64 bit on
> AIX 6.1.
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 <vinhdi...@gmail.com> wrote:
> Please note
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"
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
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
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 <vinhdi...@gmail.com> wrote:
> Hi there,
>
> I just wanted to follow up on this readDCF issue with install.packages
> on AIX on
R 2.15.3. This makes install.packages
not usable. Thanks.
-- Vinh
On Tue, Nov 11, 2014 at 10:23 AM, Vinh Nguyen <vinhdi...@gmail.com> 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 bo
On Wed, May 6, 2015 at 9:44 AM, Duncan Murdoch murdoch.dun...@gmail.com 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
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
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
, Aug 10, 2011 at 8:37 AM, Vinh Nguyen vqngu...@uci.edu wrote:
On Tue, Aug 9, 2011 at 6:24 PM, Simon Urbanek
simon.urba...@r-project.org 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
On Tue, Aug 9, 2011 at 6:24 PM, Simon Urbanek
simon.urba...@r-project.org 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
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),
On Tue, Aug 9, 2011 at 4:52 PM, Joris Meys jorism...@gmail.com 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
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,
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/
Schedule a meeting: http://tungle.me/VinhNguyen
On Tue, Oct 5, 2010 at 4:45 PM, Thomas Lumley tlum...@uw.edu 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
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
Department of Statistics
Donald Bren School
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 ba...@stat.wisc.edu wrote:
On Thu, Sep 24, 2009 at 11:49 AM, Simon Urbanek
simon.urba...@r-project.org 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
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 R_ext/Lapack.h
void reg(const char* trans, const int* m, const int*
Hin-Tak Leung wrote:
--- On Thu, 3/9/09, Vinh Nguyen vinhdi...@gmail.com wrote:
hmmmtried building R-2.8.0 on my
mac, didn't work. i think it got
the very end before failing:
i386-mingw32-windres --preprocessor=i386-mingw32-gcc -E
-xc
-DRC_INVOKED -I
/Users/vinh/Downloads/Rwin/R
26 matches
Mail list logo