On Wed, 23 Mar 2005, Pedro Ribeiro de Andrade Neto wrote:
I am developing a package with a lot of C++ code, and I have a question
about R CMD COMPILE. As I can see, when the package's Makefile calls
R CMD COMPILE foo.cpp
Why does your package have a Makefile? And why is it calling COMPILE and
not
Hi,
I am developing a package with a lot of C++ code, and I have a question
about R CMD COMPILE. As I can see, when the package's Makefile calls
R CMD COMPILE foo.cpp
R verifies if foo.o exists, and if it is up to date (last modified after
foo.cpp's last), trying to avoid recompile foo.cpp. But
On 23/03/2005, at 12:55 AM, Simon Urbanek wrote:
As I see it, the MacOS X behaviour is not IEEE-754 compliant.
I had a quick look at the IEEE web site and it seems quite clear that
NaNs should not cause errors, but propagate through calculations to
be tested at some appropriate (not too frequent)
On Tue, 22 Mar 2005, Roger D. Peng wrote:
Okay, a slight revision. 'make install' works fine when I build from the
alpha tarballs (at least today's tarball works). The error only occurs when
I build from SVN sources, both when builddir == srcdir and when the build dir
is a separate directory.
demo(graphics) fails after third plot. I am using Suse 9.1 on a Dell 8100.
I tried the solution suggested on the Mandrake install docs.
I removed "unscalled" from the 75dpi and 100dpi font lines in the
/etc/X11/fs/config file. It did not help. I get the following error
Error in title(main =
Okay, a slight revision. 'make install' works fine when I build from
the alpha tarballs (at least today's tarball works). The error only
occurs when I build from SVN sources, both when builddir == srcdir and
when the build dir is a separate directory.
-roger
Prof Brian Ripley wrote:
On Tue, 2
On Tue, 22 Mar 2005, Roger D. Peng wrote:
When I build R-devel (or the alpha snapshots) on a system without makeinfo >=
4.7, I get a warning about not being able to build HTML/Info help pages after
running 'configure' (but 'make' runs smoothly and there are no errors).
However, when I run 'make
When I build R-devel (or the alpha snapshots) on a system without
makeinfo >= 4.7, I get a warning about not being able to build
HTML/Info help pages after running 'configure' (but 'make' runs
smoothly and there are no errors). However, when I run 'make install'
I get an error, something like
What went wrong when you misunderstood this?
On Tue, 22 Mar 2005, Vadim Ogranovich wrote:
Well, "integer" is also a storage.mode in R. It is not immediately clear
which meaning the help page uses. I guess some extra elaboration would
be helpful.
Anyway, thank you for the clarification,
Vadim
-O
Well, "integer" is also a storage.mode in R. It is not immediately clear
which meaning the help page uses. I guess some extra elaboration would
be helpful.
Anyway, thank you for the clarification,
Vadim
> -Original Message-
> From: Prof Brian Ripley [mailto:[EMAIL PROTECTED]
> Sent: Tues
On Tue, 22 Mar 2005, Vadim Ogranovich wrote:
Hi,
I wondered how seek() deals with large (>2GB) files. The help says that
the 'where' arg should be an integer, while the release notes for 2.0.0
say
oseek() on connections now accepts and returns a double for the
file position. This al
On Tue, 22 Mar 2005, Mauron Laurent (KETR 31) wrote:
Your suggestion to use Rmain.c led to the solution.
The compilation of Rmain.c worked ok. I had a look at Rmain.c and found this
reference to MAIN__
/* Declarations to keep f77 happy */
int MAIN_(int ac, char **av) {return 0;}
int MAIN__(int ac
Hi,
I wondered how seek() deals with large (>2GB) files. The help says that
the 'where' arg should be an integer, while the release notes for 2.0.0
say
o seek() on connections now accepts and returns a double for the
file position. This allows >2Gb files to be handled on a
Your suggestion to use Rmain.c led to the solution.
The compilation of Rmain.c worked ok. I had a look at Rmain.c and found this
reference to MAIN__
/* Declarations to keep f77 happy */
int MAIN_(int ac, char **av) {return 0;}
int MAIN__(int ac, char **av) {return 0;}
int __main(int ac, char **
> On Sun, 20 Mar 2005 11:52:11 -0500,
> Paul Gilbert (PG) wrote:
> I have been looking at edit(vignette(...)) in r-devel, which I think
> will be really useful for people working through vignettes. Is there a
> way to fork the editor so that the R prompt is returned?
> The call s
On Tue, 22 Mar 2005, Mauron Laurent (KETR 31) wrote:
Thanks for your suggestion. I re-compiled R-2.0.1 with gcc 3.3.2. but
got exactly the same problem.
(Which problem is not described in this message and the stated URL is
invalid. Searching suggests it is related to MAIN__.)
I am very puzzled
Hi,
Thanks for your suggestion. I re-compiled R-2.0.1 with gcc 3.3.2. but got
exactly the same problem.
I am very puzzled because the compilation of R is ok. Is there any piece of
code that was succesfully compiled on my setup that could be used as an example
of embedding R in C/C++ (tcltk fo
This is due to a change last Thursday to the PDF device, and the person
doing so not making the corresponding change to savePlot(). Adding
arguments to the middle of a call is error-prone.
Should be back as it was before now.
On Tue, 22 Mar 2005, James MacDonald wrote:
> I get a segfault when
I get a segfault when using savePlot("foo","pdf"). FWIW, I don't have a
problem using the canonical
pdf("foo.pdf")
plot(something)
dev.off()
Best,
Jim
> R.Version()
$platform
[1] "i386-pc-mingw32"
$arch
[1] "i386"
$os
[1] "mingw32"
$system
[1] "i386, mingw32"
$status
[1] "Under developmen
Bill,
On Mar 21, 2005, at 10:31 PM, Bill Northcott wrote:
As I see it, the MacOS X behaviour is not IEEE-754 compliant.
I had a quick look at the IEEE web site and it seems quite clear
that NaNs should not cause errors, but propagate through
calculations to be tested at some appropriate (not to
Vadim Ogranovich wrote:
Hi,
It seems that R_do_slot_assign can change the type of an S4 class slot.
For example I have a class
setClass("ostream", representation(id = "integer", keepOpen =
"logical"))
and inside a C-function I was able to assign a RAW vector to the id
slot. Is this intentional
On Tue, 22 Mar 2005, Uwe Ligges wrote:
Duncan Murdoch wrote:
On Tue, 22 Mar 2005 08:32:33 +0100, Uwe Ligges
<[EMAIL PROTECTED]> wrote :
[EMAIL PROTECTED] wrote:
Thanks Seth (and Duncan)-- the murdoch-sutherland page seems to fix
everything. The slimmed-down INSTALL file in R-devel src gnuwin32
do
Duncan Murdoch wrote:
On Tue, 22 Mar 2005 08:32:33 +0100, Uwe Ligges
<[EMAIL PROTECTED]> wrote :
[EMAIL PROTECTED] wrote:
Thanks Seth (and Duncan)-- the murdoch-sutherland page seems to fix
everything. The slimmed-down INSTALL file in R-devel src gnuwin32
doesn't refer to the page-- it might be g
On Sun, 20 Mar 2005, Paul Gilbert wrote:
I think --with-readline=yes is a new default, but it does not seem to be
mentioned in the installation changes of NEWS. (I could easily be mistaken on
this.)
You could:
o R is now linked against ncurses/termlib/termcap only if
readline is spe
On Tue, 22 Mar 2005, Peter Dalgaard wrote:
<[EMAIL PROTECTED]> writes:
I haven't been able to build yesterday's R-devel (or, as a test,
R-devel_2005-03-11) on Windows XP. The error message I'm getting is to
do with 'arithmetic.c', as shown below.
Apropos: The release process for 2.1.0 has now start
<[EMAIL PROTECTED]> writes:
> I haven't been able to build yesterday's R-devel (or, as a test,
> R-devel_2005-03-11) on Windows XP. The error message I'm getting is to
> do with 'arithmetic.c', as shown below.
Apropos: The release process for 2.1.0 has now started and we are
putting up alpha tarb
Please check the current sources (R-2.1.0 alpha).
pch = NA is now documented under points(), where all the other values are,
and pch="" is now equivalent.
On Tue, 22 Mar 2005 [EMAIL PROTECTED] wrote:
I'd like to suggest changes to three help pages, regarding the use of
pch=NA to suppress plotting s
27 matches
Mail list logo
