Simon has given very useful advice. The only thing I would add is that if
any one is submitting to CRAN and concerned to cover Windows, please talk
to Uwe Ligges whose autobuilder will make the CRAN Windows binary
versions. (Uwe does a great job, and is likely to contact the maintainer
if the
Full_Name: Bill Dunlap
Version: 2.3.0
OS: Windows XP
Submission from: (NULL) (71.121.183.214)
If you had an Rd file called "file.Rd"
and write a perl script containing
print "Before Rdconv: " ; system "/usr/sbin/lsof | grep $USER | grep Rd";
Rdconv("file.Rd", "", "example, "../R-ex/file.R
Thanks guys,
I'll look at RquantLib as an example. The port requires boost shared
pointers. Currently the package resides at
http://blue.fr.umn.edu/data/MBA_0.0-2.tar.gz It's all ready to go but for
this simple dependency. Thanks again for the info.
-Andrew
On 4 Aug 2006, Simon Urbanek wrote:
Andrew,
On Aug 4, 2006, at 4:49 PM, Andrew Finley wrote:
> I'd like to submit a new package that ports some code which uses
> the boost c++ library (i.e., an external dependency). I have
> written a linux/unix configure file as described in the Witting R
> Extensions but don't know enough
The RQuantLib package has a boost dependency like this. On Linux machines
configure.in is designed to check that Boost has been installed. To
build a Windows
binary CRAN uses a binary version of QuantLib/Boost that I put together. You
might be able to have your package linked against that (actuall
Hello,
I'd like to submit a new package that ports some code which uses the boost
c++ library (i.e., an external dependency). I have written a linux/unix
configure file as described in the Witting R Extensions but don't know
enough about windows to write a windows configure/makefile.
That said,
On Aug 4, 2006, at 2:36 PM, [EMAIL PROTECTED] wrote:
> On Fri, 4 Aug 2006, [EMAIL PROTECTED] wrote:
>
>> Full_Name: Clem Wang
>> Version: 1.14 (v2129)
>
> There is no such version of R.
>
FWIW this is the version of the R-GUI that was shipped with R 2.2.1
and it is known to contain bugs that w
On Fri, 4 Aug 2006, [EMAIL PROTECTED] wrote:
> Full_Name: Clem Wang
> Version: 1.14 (v2129)
There is no such version of R.
> OS: Mac OS X 10.3.9
> Submission from: (NULL) (216.145.49.15)
>
>
> I did a bunch of boxplots with commands like:
> # the class is in column 1
> par(mfrow=c(8,6))
> for(
Full_Name: Clem Wang
Version: 1.14 (v2129)
OS: Mac OS X 10.3.9
Submission from: (NULL) (216.145.49.15)
I did a bunch of boxplots with commands like:
# the class is in column 1
par(mfrow=c(8,6))
for(i in 2:length(s.df)){
boxplot(split(log(s.df[i]+1),
s.df$CLASS),ylab="CLASS"),xlab=names(s.df[i]),h
Last week I ran into a problem with residuals.glm() for GLMs fitted with
glm(..., y = FALSE)
For such fits, the residuals of type "deviance", "pearson" and "response"
can't be computed (see example below). The reason is that residuals.glm()
uses
y <- object$y
which obviously can't work for such
What compiler is this?
This is a compiler error, as the compiler has generated incorrect
assembler. That is not a bug in R!
This works on with the current versions of gcc (3.4.6 and 4.1.1) on
Solaris 8, both 32-bit (as here) and 64-bit.
On Fri, 4 Aug 2006, [EMAIL PROTECTED] wrote:
> Full_Nam
Uwe Ligges <[EMAIL PROTECTED]> writes:
> I cannot imagine: Why should one want to perform difficult cross
> compiling if you have Windows available? And why should I run R
> under wine? If I like Windows, I use Windows, if I have like Linux,
> there is no reason to run R under wine.
One use-case
Duncan Murdoch wrote:
> On 8/4/2006 4:18 AM, Martin Maechler wrote:
>>> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
>>> on Thu, 3 Aug 2006 20:14:24 -0400 writes:
>> Gabor> That's, in fact, the way seq.dates works in the chron package:
>> Gabor> library(chron)
>> Gabor>
Full_Name: Jim Wei
Version: 2.3.1
OS: Solaris 8
Submission from: (NULL) (38.112.100.65)
I have Successfully installed R from version 1.9 to 2.2 on different computer in
Solaris 8(sparc), excep 2.3 and 2.31,
There is no error when you "configurare", but when you run command "make",
error are as
Thomas Lumley wrote:
> On Fri, 4 Aug 2006, Kevin B. Hendricks wrote:
>> One final question ... is there an automated build system anyplace
>> for package developers and R -developers to make sure their code
>> works on all platforms. I was able to check with Linux, and MacOSX
>> (both Intel and
When its on CRAN it will be checked on Windows
with the result here:
http://cran.r-project.org/bin/windows/contrib/checkSummaryWin.html
although I guess you are really looking for some way to do this
yourself.
On 8/4/06, Kevin B. Hendricks <[EMAIL PROTECTED]> wrote:
> Hi,
>
> One final question
On Fri, 4 Aug 2006, Kevin B. Hendricks wrote:
> One final question ... is there an automated build system anyplace
> for package developers and R -developers to make sure their code
> works on all platforms. I was able to check with Linux, and MacOSX
> (both Intel and PPC) but I do not own a Windo
Hi,
One final question ... is there an automated build system anyplace
for package developers and R -developers to make sure their code
works on all platforms. I was able to check with Linux, and MacOSX
(both Intel and PPC) but I do not own a Windows box and was unable to
test/debug the b
I've now committed your patch proposal, almost unchanged,
to R-devel (subversion rev 38792),
so this will be available in R 2.4.0, and from tomorrow's
R-devel snapshot.
Thank you, very much, Vincent!
Martin Maechler, ETH Zurich
__
R-devel@r-project.or
Hi,
> If you unsuccessfully attempted to upload a file once but got
> connected, it will prevent you from trying it again as the file
> already exists.
Ah! That must be it. I never got a successful completion message,
just a hang with a message about going into PASSIVE mode. So some or
On 8/4/2006 7:58 AM, TAN Chong Hui wrote:
> I have been trying to install R under Windows from the source by
> following the instructions in R Installation and Adminstration.
> Met with a list of problems along the way.
Building R generally falls under the R-devel topic, and I've moved the
commen
On 8/4/2006 4:18 AM, Martin Maechler wrote:
>> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
>> on Thu, 3 Aug 2006 20:14:24 -0400 writes:
>
> Gabor> That's, in fact, the way seq.dates works in the chron package:
> Gabor> library(chron)
> Gabor> x <- chron("01/31/2006")
Here are some more seq.dates examples from chron.
It seems that if seq.Date cannot output day of the month n
(because the month has fewer days) then it outputs n days from
the start of the month even if that goes into the next month
whereas seq.dates in chron outputs the end of the month in that ca
Dear All,
is there a portable way to test from C whether there are interrupts (ie.
ctrl+c) to handle. I know there is R_CheckUserInterrupt() but i would need
to call some functions before handling the interrupt. On unix something like
if (R_interrupts_pending) {
my_cleanup_function();
R_Che
> "Gabor" == Gabor Grothendieck <[EMAIL PROTECTED]>
> on Thu, 3 Aug 2006 20:14:24 -0400 writes:
Gabor> That's, in fact, the way seq.dates works in the chron package:
Gabor> library(chron)
Gabor> x <- chron("01/31/2006")
Gabor> seq(x, by = "month", length = 2) # 01/31
25 matches
Mail list logo
