Another aspect of this cleverness is that starting a script in an arbitrary
directory NOT inside a package results in the current directory set to the
user's home directory, while starting the script using R does what you
would expect: does not change the current working directory.
On Thu, Jun 22,
Thanks Ivan, looks like bug in ESS, but I only noticed this recently, so it
may have been triggered by changes in recent R versions.
On Wed, Jun 21, 2023 at 12:26 PM Ivan Krylov wrote:
> On Wed, 21 Jun 2023 11:49:24 -0400
> Dominick Samperi wrote:
>
> > 1. Why does Emacs/ESS beh
>
> -Bill
>
> On Wed, Jun 21, 2023 at 8:50 AM Dominick Samperi
> wrote:
>
>> Thanks, I checked for .Rprofile and .RData files. They are not present.
>> I also tried renaming my .emacs.d file in case the problem is due to
>> my Emacs configuration, but this didn&
you start R when present (with the
> default arguments when starting R).
>
> HTH,
> Jan
>
>
>
> On 20-06-2023 23:38, Dominick Samperi wrote:
> > When I run a script foo.R containing some trivial code in my home
> > directory, via Emacs/ESS, everything works a
When I run a script foo.R containing some trivial code in my home
directory, via Emacs/ESS, everything works as expected: R
starts, and a setwd() command to set the working directory is
run automatically before the code in the script is run.
But if I copy foo.R to some package/R directory strange
A few years ago there was a post by the author of pipeR suggesting improvements
in efficiency and reliability. Is there collaboration between these various
pipe projects?
Sent from my iPhone
> On Apr 21, 2023, at 1:01 PM, Duncan Murdoch wrote:
>
> On 21/04/2023 12:16 p.m., Michael Milton wro
It appears that my archived packages Rcpp and RcppTemplate have
been removed at CRAN, yet they appeared in the CRAN archives
until recently.
What is the CRAN policy on archives and removal?
Thanks,
Dominick
[[alternative HTML version deleted]]
___
Hello,
It appears that the file ./appl/lbfgsb.c defines setulb() as a static
function, and it is included in optim.c, so setulb() is not exported
by the R library. I have some sofware that uses setulb() directly,
and I would prefer to avoid having to recompile this sofware to
export that function.
On second thought, there is a lot of metapramming code in Rcpp that runs
before main, so
I was wrong to say nothing can happen before main() is called.
Strategically placed print
statements may be the best strategy.
On Wed, Jan 18, 2023 at 8:17 PM Dominick Samperi
wrote:
> Since these “st
o be run before main,
but this wouldn't result in the main program block being executed.
Dominick
On Wed, Jan 18, 2023 at 2:10 PM Tomas Kalibera
wrote:
>
> On 1/18/23 19:41, Dominick Samperi wrote:
>
> Thanks for the detailed feedback Tomas,
>
> I ran the command 'pac
o be run before main,
but this wouldn't result in the main program block being executed.
Dominick
On Wed, Jan 18, 2023 at 2:10 PM Tomas Kalibera
wrote:
>
> On 1/18/23 19:41, Dominick Samperi wrote:
>
> Thanks for the detailed feedback Tomas,
>
> I ran the command 'pac
o. It
is discussed by Ben Gamari here
https://gitlab.haskell.org/ghc/ghc/-/issues/19945.
Dominick
On Wed, Jan 18, 2023 at 12:56 PM Tomas Kalibera
wrote:
> On 1/18/23 17:39, Dominick Samperi wrote:
>
> Thanks,
>
> But this didn't work. It installs msys2 along with lots of oth
are other development communities negatively impacted by
the fork to mingw-w64. This did not go smoothly.
Perhaps it would be safer to simply provide a version of Rtools42 that
comes with
gdb and msys2?
Dominick
On Wed, Jan 18, 2023 at 2:40 AM Tomas Kalibera
wrote:
>
> On 1/18/23 04:33,
Hello,
I tried installing gdb into Rtools42 following the instructions here
https://cran.r-project.org/bin/windows/base/howto-R-4.2.html
I ran 'pacman -Sy gdb', and the installation seemed to complete without
problems.
But gdb could not be started because incorrect DLL versions were installed,
i
FYI, one platform where I have not been able to get interactive rgl
working is iOS 8.
iOS 8 is supposed to support WebGL, and Javascript is enabled.
On Sat, Sep 12, 2015 at 4:33 PM, Dominick Samperi wrote:
> Thanks for the pointers and the quick fix.
>
> Perhaps the generated HTML co
uncan Murdoch
wrote:
> On 12/09/2015 7:37 AM, Duncan Murdoch wrote:
>> On 11/09/2015 10:14 PM, Dominick Samperi wrote:
>>> Hello,
>>>
>>> The recently created online "rgl Overview" at
>>> https://cran.r-project.org/web/packages/rgl/vignettes/rgl
Hello,
The recently created online "rgl Overview" at
https://cran.r-project.org/web/packages/rgl/vignettes/rgl.html
illustrates a problem that I am trying to resolve.
At the bottom of each image block on that page appears the
advisory: You must enable Javascript to view this page properly.
I am
FYI, with R-3.2.0 the configure options --with-system-zib=yes
--with-system-bzlib=yes --with-system-pcre=yes become the default
(according to Peter Dalgaard), so the devel versions of these
libraries must be installed under Fedora to prevent unresolved
references.
_
Please ignore, this was an antivirus issue, sorry.
On Tue, Jan 6, 2015 at 12:59 AM, Dominick Samperi wrote:
> Hello,
>
> When I try to install Rtools in the usual way into C:\Rtools on a new
> Windows 8.1
> desktop it stalls near the beginning of the "Extracting files...
Hello,
When I try to install Rtools in the usual way into C:\Rtools on a new
Windows 8.1
desktop it stalls near the beginning of the "Extracting files..." step.
The Task Manager Status for the Setup app shows "Not responding" and it takes
a long time to complete the installation, in spite of the
Under Windows 8.1 with a touch screen, the pinch gesture
causes an rgl plot to expand (zoom in) instead of contract, the opposite of
what I would expect. When using a map app, for example, the pinch
gesture causes the map to contract (zoom out).
__
R-dev
Is there a way to change the viewpoint using view3d (or rgl.viewpoint)
with respect to
the image that currently appears rather than the perspective that rgl
thinks is the
default? For example, if I create an image and then perform what
should be a no-op:
rgl.viewpoint(userMatrix=rotationMatrix(0,1
The following code seems to contain an inconsistency in
the behavior of vapply(). Am I missing something here?
## This function assumes v is a 3d vector, beta a scalar.
f3d <- function(v,beta) { v+beta }
## This expression applies f3d to a vector of scalars, and
## specifies the template 'array(1
Hi,
I just discovered a small issue that fits into this thread.
Consider:
z <- as.POSIXlt(Sys.time())
z$gmtoff
Under both Fedora and Windows (using R 3.1.0) I get the
value -14400, which is the number of SECONDS offset
from GMT (for New York), not the number of minutes
offset as specified in the
R 3.1.0 alpha
On Mon, Mar 31, 2014 at 5:44 AM, Duncan Murdoch
wrote:
> On 30/03/2014, 9:20 PM, Dominick Samperi wrote:
>>
>> Hello,
>>
>> If I call lines3d(x,y,z) I get lines connecting each point, but
>> when I call rgl.lines(x,y,z) I get dashed lines, and addi
Hello,
If I call lines3d(x,y,z) I get lines connecting each point, but
when I call rgl.lines(x,y,z) I get dashed lines, and adding
something like type='l' leads to an error message. The
docs seem to suggest that rgl.lines() calls lines3d(), so
I would expect the result to be the same.
Any tips wo
Under Windows the make include share/make/winshlib.mk
uses nm to grab symbols from object files to insert into a
module definition file tmp.def that is used to create a
package DLL. This works fine provided the DLL is only
used via exported function entry points, which is the case
currently, I susp
I'm not sure if this is related, but there is one issue that needs to be
addressed a link time for object files that are generated from C++ code.
In C++ it is permissible to include definitions (not just declarations) in
header files. This means more that one object file may contain a definition
fo
ishes.
Thanks again,
Dominick
On Fri, Feb 15, 2013 at 9:04 AM, Simon Urbanek
wrote:
> Dominick,
>
> On Feb 15, 2013, at 3:13 AM, Dominick Samperi wrote:
>
>> Hello,
>>
>> I'm trying to build R from source under Mac OS X 10.8.2 (Mountain Lion)
>> by followi
Hello,
I'm trying to build R from source under Mac OS X 10.8.2 (Mountain Lion)
by following the FAQ and I run into a problem with the Fortran
compiler (downloaded from http://cran.r-project.org/bin/macosx/tools/),
specifically, gfortran-4.2.3. I have Xcode 4.6 installed along with
the latest comma
On Fri, Mar 9, 2012 at 11:39 AM, Justin Talbot wrote:
>>
>> Isn't R much like Lisp under the covers? Afterall, it evolved from Scheme.
>> Hasn't there been a great deal of work done on optimizing Lisp over the
>> last 30 years? This suggests that instead of dropping the R/S semantics
>> and moving
On Thu, Mar 8, 2012 at 2:06 PM, Justin Talbot wrote:
> I've been working on an R performance academic project for the last
> couple years which has involved writing an interpreter for R from
> scratch and a JIT for R vector operations.
>
> With the recent comments on Julia, I thought I'd share som
On Tue, Mar 6, 2012 at 3:56 AM, oliver wrote:
> On Mon, Mar 05, 2012 at 04:54:05PM -0800, Nicholas Crookston wrote:
>> There are many experts on this topic. I'll keep this short.
>>
>> Newer Fortran Languages allow for call by value, but call by reference
>> is the typical and historically, the o
On Tue, Mar 6, 2012 at 9:17 AM, Prof Brian Ripley wrote:
> On 06/03/2012 13:37, Berwin A Turlach wrote:
>>
>> G'day Berend,
>>
>> On Tue, 6 Mar 2012 13:06:34 +0100
>> Berend Hasselman wrote:
>>
>> [... big snip ...]
>>
>>> But I would really like to hear from an Rexpert why you
>>> shouldn't/can'
On Tue, Mar 6, 2012 at 11:44 AM, William Dunlap wrote:
> S (and its derivatives and successors) promises that functions
> will not change their arguments, so in an expression like
> val <- func(arg)
> you know that arg will not be changed. You can
> do that by having func copy arg before doing
Hello,
I am trying to call the BLAS Level1 function zdotc from R via
a .C call like this:
#include "R.h"
#include "R_ext/BLAS.h"
void testzdotc() {
Rcomplex zx[3], zy[3], ret_val;
zx[0].r = 1.0; zx[0].i = 0.0;
zx[1].r = 2.0; zx[0].i = 0.0;
zx[2].r = 3.0; zx[0].i = 0.0;
zy[0
On Mon, Nov 28, 2011 at 2:17 AM, Prof Brian Ripley
wrote:
> On 27/11/2011 23:07, Sachinthaka Abeywardana wrote:
>>
>> Hi All,
>>
>> A few years back when I was a CSIRO (an Australian research centre) intern
>> I developed a BLAS package for R that uses the GPU. I believe that there
>> is
>> someth
2011/11/18 Spencer Graves :
> Jordi:
>
>
> Why do you want to reduce demand for Octave by forcing people who want
> to link to a commercial product to abandon Octave?
>
>
> Are you familiar with Shapiro and Varian (1998) Information Rules: A
> Strategic Guide to the Network Economy (Harv
On Sat, Oct 1, 2011 at 1:08 PM, Duncan Murdoch wrote:
> On 11-08-23 2:23 PM, Janko Thyson wrote:
>>
>> aDear list,
>>
>> I'm aware of the fact that I posted on something related a while ago,
>> but I just can't sweat this off and would like to ask your for an opinion:
>>
>> The problem:
>> Namespa
On Tue, Aug 23, 2011 at 2:23 PM, Janko Thyson
wrote:
> aDear list,
>
> I'm aware of the fact that I posted on something related a while ago, but I
> just can't sweat this off and would like to ask your for an opinion:
>
> The problem:
> Namespaces are great, but they don't resolve certain conflict
On Wed, Apr 20, 2011 at 2:29 PM, Duncan Murdoch
wrote:
> On 20/04/2011 1:52 PM, Dominick Samperi wrote:
>>
>> On Tue, Apr 19, 2011 at 2:18 PM, Duncan Murdoch
>> wrote:
>> > I have just committed some code to the rgl package on
>> > https://r-forge.r
On Tue, Apr 19, 2011 at 2:18 PM, Duncan Murdoch
wrote:
> I have just committed some code to the rgl package on
> https://r-forge.r-project.org/projects/rgl/ to allow rgl images to be
> inserted into Sweave documents. (This is not in the CRAN version yet.) It
> makes use of the custom graphics dr
On Mon, Apr 18, 2011 at 10:41 AM, wrote:
> The premise of your post is false: contrary to popular belief, R's
> looping constructs are not particularly inefficient. Slowness of loops
> relative to vectorized code comes from the cost of interpreting the
> body of the loop. That exact same interpr
The Scheme-inspired function callCC may support this to some extent, but
the R man page on this function is very sketchy. Examples have been
posted by the author of callCC, so you might want to search the archives.
Dominick
On Sun, Apr 17, 2011 at 1:34 AM, Mohit Dayal wrote:
> Dear R-programmers
Hi,
I have not been able to find R tools that permit an orthogonal polynomial
ANOVA analysis: single degree of freedom F-test comparisons including
L, Q, C, etc. terms. Do such tools exist?
I guess you can accomplish something similar by doing straightforward
polynomial regression and removing po
On Mon, Feb 28, 2011 at 6:37 PM, Paul Johnson wrote:
> Snipping down to bare minimum history before comment:
>
> On Wed, Feb 16, 2011 at 4:28 PM, Olaf Mersmann
> wrote:
>> Dear Hadly, dear list,
>>
>> On Wed, Feb 16, 2011 at 9:53 PM, Hadley Wickham wrote:
>>
system.time(replicate(1e4, base:
lso complicates the problem
of explicitly specifying
what version of "foo()" you really mean to use.
Dominick
>> -Original Message-
>> From: r-devel-boun...@r-project.org [mailto:r-devel-bounces@r-
>> project.org] On Behalf Of Dominick Samperi
>> Sent: Februa
On Wed, Feb 16, 2011 at 4:29 AM, Janko Thyson
wrote:
> Dear List,
>
> I'm trying to figure out some best practice way with respect to the naming
> conventions when building own packages.
>
> I'd like to minimize the risk of choosing function names that might
> interfere with those of other package
Is there documentation on R limits?
That is, max matrix size, etc.?
Diagnostics when limits are exceeded are not always
meaningful. For example:
> x <- rep(0,5*5)
Error in rep(0, 5 * 5) : invalid 'times' argument
In addition: Warning message:
In as.vector(data) : NAs introduced by
datasets methods base
>>
>> > z <- 0.2853725+0.3927816i
>> > z2 <- z^(1:20)
>> > z3 <- z^-(1:20)
>> > z0 <- cumprod(rep(z, 20))
>> > stopifnot(all.equal(z2, z0), all.equal(z3, 1/z0))
>> Error: all.equal(z2, z0) is not
On Mon, Jan 31, 2011 at 3:18 PM, Prof Brian Ripley
wrote:
> On Mon, 31 Jan 2011, ken.willi...@thomsonreuters.com wrote:
>
>> For the complex-numbers bug, do you know a reliable way (besides looking
>> at version numbers) to determine whether the bug is present or absent in a
>> given build?
>
> I
On Tue, Jan 18, 2011 at 4:48 AM, Claudia Beleites wrote:
> On 01/18/2011 01:13 AM, Dominick Samperi wrote:
>
>> On Mon, Jan 17, 2011 at 7:00 PM, Spencer Graves<
>> spencer.gra...@structuremonitoring.com> wrote:
>>
>> Hi, Dominick, et al.:
>>>
>
tion Analytics offers "Package validation, development and support".
>
>
> Spencer
>
>
>
> On 1/17/2011 3:27 PM, Dominick Samperi wrote:
>
>> On Mon, Jan 17, 2011 at 5:15 PM, Spencer Graves<
>> spencer.gra...@structuremonitoring.com> wrot
> -Original Message-
>> From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
>> On Behalf Of Spencer Graves
>> Sent: January 17, 2011 3:58 PM
>> To: Dominick Samperi
>> Cc: Patrick Leyshock; r-devel@r-project.org; Dirk Eddelbuettel
>&
ng unit tests with the documentation in a way that
> should help users understand "myfunc". (Unit tests too detailed to show
> users could be completely enclosed in "\dontshow".
>
>
> Spencer
>
>
>
> On 1/17/2011 11:38 AM, Dominick Samperi wrot
On Mon, Jan 17, 2011 at 2:08 PM, Spencer Graves <
spencer.gra...@structuremonitoring.com> wrote:
> Another point I have not yet seen mentioned: If your code is
> painfully slow, that can often be fixed without leaving R by experimenting
> with different ways of doing the same thing -- often
On Tue, Jan 11, 2011 at 2:41 PM, Romain Francois
wrote:
> Le 11/01/11 19:57, Romain Francois a écrit :
>
> Le 11/01/11 19:46, Douglas Bates a écrit :
>>
>>> On Tue, Jan 11, 2011 at 12:27 PM, Dominick
>>> Samperi wrote:
>>>
>>>>
>>&
After some trial and error I figured out how to pass matrices from R to java
and back
using rJava, but this method is not documented and I wonder if there is a
better way?
Anyway, here is what I found works:
(m = matrix(as.double(1:12),3,4))
[shows m as you would expect]
jtest <- .jnew("JTest")
On Sat, Dec 18, 2010 at 5:24 PM, Gabor Grothendieck wrote:
> I am getting this error message when I try to run Rcmd SHLIB myprog.c.
> There appears to be a missing / between etc and i386 in the path. I
> am on Windows Vista and am using R version 2.12.1 Patched (2010-12-16
> r53864) and just do
On Tue, Dec 14, 2010 at 11:13 AM, Duncan Murdoch
wrote:
> On 14/12/2010 10:52 AM, Dominick Samperi wrote:
>
>> Both of my questions were not clear, sorry.
>>
>> What I really want to do is have a customized version of Sweave.sty
>> (Sweave++.sty)
>> include
nually using tr. Is there a better way?
Thanks,
Dominick
On Tue, Dec 14, 2010 at 10:26 AM, Duncan Murdoch
wrote:
> On 14/12/2010 9:54 AM, Dominick Samperi wrote:
>
>> Another question about Sweave (actually it is more a question
>> about TeX). Is there a reliable (system-in
Another question about Sweave (actually it is more a question
about TeX). Is there a reliable (system-independent) way to
use Sweave.sty without having to place it in the current working
directory? MiKTeX under Windows has dropped the use of
TEXINPUTS, and this complicates the problem.
Furthermore
gt;
> Regards,
>
> Romain
>
>
>
>
> $ grep -R Samperi * | grep -v .svn
> DESCRIPTION: 'classic Rcpp API' was written during 2005 and 2006 by
> Dominick Samperi.
> debian/copyright:R / C++ interface package. Rcpp was written by Dominick
> Samperi,
> debi
(to
the delight of many readers I am sure).
Sorry for the inconvenience,
Dominick
>
>
>
> On Sat, Dec 4, 2010 at 7:49 AM, Dominick Samperi
> wrote:
> > Dirk,
> >
> > Please let me know whether or not you will comply with my request to
> remove
> > refere
Dirk,
Please let me know whether or not you will comply with my request to remove
references to my name in Rcpp (except copyright notices).
Thanks,
Dominick
On Thu, Dec 2, 2010 at 6:28 PM, Dominick Samperi wrote:
>
>
> On Thu, Dec 2, 2010 at 5:58 PM, Dirk Eddelbuettel wrote:
>
On Thu, Dec 2, 2010 at 6:43 PM, Joris Meys wrote:
> On Fri, Dec 3, 2010 at 12:38 AM, Dominick Samperi
> wrote:
>
> > We? Romain did not arrive on the scene until after November of 2009.
> >
> > To live outside the law you must be honest --- Bob Dylan.
> >
>
On Thu, Dec 2, 2010 at 5:58 PM, Dirk Eddelbuettel wrote:
>
> On 2 December 2010 at 17:23, Dominick Samperi wrote:
> | OK, since you are so accomodating, then please remove all reference to
> | my name from Rcpp as I do not want to be subject to arbitrary revisions
> of
> | my
On Thu, Dec 2, 2010 at 5:58 PM, Dirk Eddelbuettel wrote:
>
> On 2 December 2010 at 17:23, Dominick Samperi wrote:
> | OK, since you are so accomodating, then please remove all reference to
> | my name from Rcpp as I do not want to be subject to arbitrary revisions
> of
> | my
anch", not sure what else to call it). The one constant in all of
this is Rcpp the C++ library.
On Thu, Dec 2, 2010 at 5:23 PM, Dominick Samperi wrote:
>
>
> On Thu, Dec 2, 2010 at 4:35 PM, Dirk Eddelbuettel wrote:
>
>>
>> There are repeated claims concerning a "Rc
On Thu, Dec 2, 2010 at 4:35 PM, Dirk Eddelbuettel wrote:
>
> There are repeated claims concerning a "Rcpp fork". Let's address both
> terms
> in turn.
>
> i) Rcpp was used in November 2008 as the name for a re-launch of a package
>which had seen releases on CRAN in 2005/2006 during which it
On Thu, Dec 2, 2010 at 12:29 PM, Gabor Grothendieck wrote:
> On Thu, Dec 2, 2010 at 11:24 AM, Claudia Beleites
> wrote:
> > On 12/02/2010 10:32 AM, Liviu Andronic wrote:
> >>
> >> Dear all
> >>
> >> On Wed, Dec 1, 2010 at 7:21 PM, Dominick Samperi
On Thu, Dec 2, 2010 at 10:47 AM, Joris Meys wrote:
> On Thu, Dec 2, 2010 at 4:31 PM, Dominick Samperi
> wrote:
> >
> > Worst yet is having to compete with your own work.
> >
> About which competition are we talking then? I'm sorry, but the vast
> majority of
proverbial
>> bus and their software dies with them.
>>
>
> Somewhere close to the worst is that no one every uses your software.
>
Worst yet is having to compete with your own work.
> Martyn
>>
>> On Wed, 2010-12-01 at 13:21 -0500, Dominick Samperi wrote:
two of my original post.
Dominick
>
> On Wed, 2010-12-01 at 13:21 -0500, Dominick Samperi wrote:
> > This post asks members of the R community, users and developers,
> > to comment on issues related to the GNU Public License
> > and R community policies more generally.
&
On Thu, Dec 2, 2010 at 2:51 AM, Gavin Simpson wrote:
> On Wed, 2010-12-01 at 20:24 -0500, Dominick Samperi wrote:
>
> > > Just to be clear I have never used the package and am not truly
> > > commenting on this particular case but only the general ideas in this
>
>> have a good memory so I don't need another reminder email on this topic.
>>
>> I'm sure there are other projects that you can work on, alone or with
>> collaborators, that would benefit the R community.
>>
>> Cheers, Adrian
>>
>>
>>
&g
y original post that
this has nothing to do with patents or
intellectual property rights. Under GPL there are none. This does not mean
that I do not value GPL, but we shouldn't
let the pursuit of free software turn us into "gadgets".
Thanks,
Dominick
>
> Best Wishes,
>
On Wed, Dec 1, 2010 at 7:55 PM, Gabor Grothendieck
wrote:
> On Wed, Dec 1, 2010 at 7:20 PM, Dominick Samperi
> wrote:
> > On Wed, Dec 1, 2010 at 6:37 PM, Gabor Grothendieck <
> ggrothendi...@gmail.com>
> > wrote:
> >>
> >> On Wed, Dec 1, 2010 at 5:18
it is fine to arbitrarily and
> >> for no reason deprecate the contributions of past
> >> authors, and as more progress is made, even more
> >> disparaging remarks can be added.
> >
> > What is disparaging about saying "a small portion of the code is b
the readers of this list are entitled to facts instead of
> speculation.
>
> On Wed, Dec 1, 2010 at 1:06 PM, Dominick Samperi
> wrote:
> > On Wed, Dec 1, 2010 at 1:46 PM, Gavin Simpson
> > wrote:
> >>
> >> On Wed, 2010-12-01 at 13:21 -0500, Dominick
ty of developers and
users need to play a more active role in the evolution of
shared values and expectations. In this spirit I respectfully request
that the R community consider the following.
The author line of the latest release of the R package
Rcpp (0.8.9) was revised as follows:
From: "based o
Hello,
I have observed with the latest version of Rtools and R 2.12.0 under
Windows Vista or Windows 7 (64bit) that tar issues
errors of the form
"cannot change ownership to uid 1001, gid 100: invalid argument"
when one uses:
tar -xvzf pkg_version.tar.gz
There is an easy work-around:
tar --no-s
As most GNU Makefiles (or Makevars) tend to use '=' insead of ':=', I
thought it
might be helpful to point out that there is an important difference in the
meaning.
When a variable is defined like this:
PKG_CPPFLAGS=whatever
the RHS (whatever) is evaluated every time PKG_CPPFLAGS is used,
and this
On Thu, Oct 28, 2010 at 6:04 PM, Douglas Bates wrote:
> On Thu, Oct 28, 2010 at 1:44 PM, Dominick Samperi
> wrote:
> > See comments on Rcpp below.
> >
> > On Thu, Oct 28, 2010 at 11:28 AM, William Dunlap
> wrote:
> >>
> >> > -Original Message
See comments on Rcpp below.
On Thu, Oct 28, 2010 at 11:28 AM, William Dunlap wrote:
> > -Original Message-
> > From: r-devel-boun...@r-project.org
> > [mailto:r-devel-boun...@r-project.org] On Behalf Of Andrew Piskorski
> > Sent: Thursday, October 28, 2010 6:48 AM
> > To: Simon Urbanek
>
Is there a way to set TEXINPUTS for CRAN builds so that style files shipped
with
packages can be found if they are not in the working directory?
Apparently there is an additional problem under Windows/MikTeX because
recent versions of MikTeX ignore TEXINPUTS!
Thanks,
Dominick
[[alternati
On Wed, Oct 27, 2010 at 2:43 PM, Simon Urbanek
wrote:
>
> On Oct 27, 2010, at 1:22 PM, Dominick Samperi wrote:
>
> > Hello,
> >
> > In Sections 5.8.1 and 5.8.2 of Writing R Extensions the following pattern
> is
> > suggested
> > for getting the path to a
;
> On Oct 20, 2010, at 6:49 PM, Dominick Samperi wrote:
>
> Hello,
>>
>> The library verbose option does not stop numerous messages
>> of the form "Loading required package: XYZ". This is inconvenient
>> when a package is loaded repeatedly using
Hello,
The library verbose option does not stop numerous messages
of the form "Loading required package: XYZ". This is inconvenient
when a package is loaded repeatedly using Rscript.
Is there a way to turn off the "Loading required package"
messages?
One possible work-around is to make packages
Thanks Joe, obviously I made the error of including R.dll on the command
line,
sorry for the wasted bandwidth.
On Tue, Oct 19, 2010 at 1:22 AM, Joe Conway wrote:
> On 10/18/2010 10:00 PM, Dominick Samperi wrote:
> >
> > The procedure for creating an import library (Rd
Hello,
The procedure for creating an import library (Rdll.lib) that is documented
in gnuwin32/README.packages works fine using the i386 architecture, but
it doesn't seem to work under x64.
Specifically, the procedure is:
pexports R.dll > R.exp
lib /def:R.exp /out:Rdll.lib /machine:X86 R.dll
Ther
The new version seems to work, thanks.
On Sat, Oct 16, 2010 at 7:01 PM, Duncan Murdoch wrote:
> On 16/10/2010 4:55 PM, Dominick Samperi wrote:
>
>> After installing R 2.12.0 under windows Vista it does not start because it
>> cannot
>> find Rgui.exe. Indeed, the conten
After installing R 2.12.0 under windows Vista it does not start because it
cannot
find Rgui.exe. Indeed, the contents of R\R-2.12.0\bin are:
config.sh
R.exe
Rscript.exe
Sd2Rd.pl
It appears that a few things are missing...
[[alternative HTML version deleted]]
It appears that after a package is updated the CRAN binaries for some OS's
are built
automatically and shortly after the update, while other OS's are not updated
for
some time (weeks in some cases).
Is the process automated or is it partially manual for some OS's (like
Windows/w64
and Mac OS X)?
While linking to package shared libs is not possible in general, as Simon
point out, it is
possible under Windows, provided Windows knows how to find the library
linked to
at runtime (this requires a customized Makefile.win). One way this is done
under
Windows is simply to place the package/libs di
Thanks Duncan, Martin:
Please ignore my remarks about "top-level Windows context". I made a
mistake.
After correcting my mistake Duncan's suggestion worked, and the solution is
very similar to what the DLLpath argument of dyn.load() does: Sys.setenv()
can
be used to edit PATH so that Windows finds
On Fri, Jul 9, 2010 at 3:48 PM, Duncan Murdoch wrote:
> On 09/07/2010 2:38 PM, Dominick Samperi wrote:
>
>> Is it possible to set Windows' search path from within R, or
>> to tell Windows how to find a DLL in some other way from
>> R? Specifically, if a package DLL
Is it possible to set Windows' search path from within R, or
to tell Windows how to find a DLL in some other way from
R? Specifically, if a package DLL depends on another DLL
the normal requirement is that the second DLL be in the
search path so Windows can find it (there are other tricks,
but they
On Wed, Jul 7, 2010 at 1:49 PM, Paul Bailey wrote:
>
> Have you considered using the optim function with L-BFGS-B for bounded
> optimization. Obviously, you will have to do changes of variables so that
> everything is in terms of a rectangle (which is the type of bounding that
> it
> accepts).
>
ne running
Windows 7 (64bit), using the 64bit version of R.
On Mon, Jul 5, 2010 at 7:53 PM, Dominick Samperi wrote:
> Hello,
>
> After much tinkering I managed to build packages using the 64bit version of
> R with the help of hints from
> http://www.murdoch-sutherland
1 - 100 of 183 matches
Mail list logo
