> "RossB" == Ross Boylan <[EMAIL PROTECTED]>
> on Sun, 18 Mar 2007 12:39:14 -0700 writes:
RossB> The contents of .Rbuildignore seems to affect
RossB> R CMD build
RossB> but not
RossB> R CMD check.
RossB> I'm using R 2.4.0 on Debian.
RossB> Is my understanding
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Sun, 18 Mar 2007 06:51:58 + (GMT) writes:
BDR> On Sat, 17 Mar 2007, Spencer Graves wrote:
>> Hi, All:
>> Attached please find a symmetric, indefinite matrix for which
>> 'eigen(...)$vectors' included NAs:
>
Times from seq.POSIXt come out wrong in AEST timezone around Feb 29 every
leap year before 1970 (on Windows XP).
According to help(DateTimeClasses), this is handled by "our own C code".
> x <- as.POSIXct("1968-02-27") # tz="AEST"
> x.gmt <- as.POSIXct("1968-02-27", tz="GMT")
> data.frame(
GM
Hmm, AEST is not a valid time zone on Windows.
See ?as.POSIXlt for one of several places where this is documented.
But in any case, the underlying problem is in the OS, and we only try to
work around it to the best of our knowledge (and that excludes
undocumented time zones).
On Mon, 19 Mar 20
This is to announce that we plan to release R version 2.5.0 on Tuesday
April 24, 2007. The following information is mainly for developers,
package maintainers and repository maintainers.
The planned procedure is
March 27: "Grand Feature" Freeze 2.5.0 alpha
April 10: Feature Freeze 2.5
I tried two times to get some help for this from the help list but to no avail.
I hope,
it's OK to post this here (once...). if not, please ignore (the rest of) this
mail:
for one of my private packages R CMD CHECK {package} givves me annoying warnings
due to 'missing links' in the manpages for
On 3/19/2007 6:48 AM, Martin Maechler wrote:
>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>> on Sun, 18 Mar 2007 06:51:58 + (GMT) writes:
>
> BDR> On Sat, 17 Mar 2007, Spencer Graves wrote:
> >> Hi, All:
> >> Attached please find a symmetric, indefinite matrix for
> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> on Mon, 19 Mar 2007 09:01:39 -0400 writes:
Duncan> On 3/19/2007 6:48 AM, Martin Maechler wrote:
>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>> on Sun, 18 Mar 2007 06:51:58 + (GMT) writes:
>>
BDR
Joerg van den Hoff wrote:
> I tried two times to get some help for this from the help list but to no
> avail. I hope,
> it's OK to post this here (once...). if not, please ignore (the rest of) this
> mail:
>
> for one of my private packages R CMD CHECK {package} givves me annoying
> warnings
>
On 3/19/2007 9:12 AM, Martin Maechler wrote:
>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>> on Mon, 19 Mar 2007 09:01:39 -0400 writes:
>
> Duncan> On 3/19/2007 6:48 AM, Martin Maechler wrote:
> >>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> >>> on Sun, 1
On Mon, 19 Mar 2007, Martin Maechler wrote:
>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>> on Mon, 19 Mar 2007 09:01:39 -0400 writes:
>
>Duncan> On 3/19/2007 6:48 AM, Martin Maechler wrote:
>>>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>>>> on Sun, 18 Ma
Dear all,
I have a code chunk in my Rnw file that, when executed, outputs
carriage return characters ('\r') to inform on the progress (e.g.
"sweep 4 of 1024\r"). But Sweave interprets this as a newline
character, and therefore I get countless pages of output in my
vignette where I only rea
--=_Part_63767_16761935.1174312715444
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
I am sorry, "AEST" was wrong. I can't work out what timezone code it is, but
my default timezone here in eastern australia prints as:
>
Hello
perhaps this is a bit late for R-2.5.0,
but does anyone find R CMD Rd2dvi refusing
to overwrite an existing dvi file useful?
I am forever leaving the .dvi file in
my scratch directory and have to
remove it manually.
I know that one can specify --output=f.dvi,
but this just defers the probl
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Mon, 19 Mar 2007 13:37:15 + (GMT) writes:
BDR> On Mon, 19 Mar 2007, Martin Maechler wrote:
>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>>> on Mon, 19 Mar 2007 09:01:39 -0400 writes:
>>
Duncan>
Dear Ernest,
this may not be exactly what you asked for, but how about setting
"results=hide" in the options of your code chunk?
Best wishes
Wolfgang
--
Wolfgang Huber EBI/EMBL Cambridge UK http://www.ebi.ac.uk/huber
Ernest
Hi Wolfgang,
the problem with results=hide is that it suppresses everything. I
just need Sweave to suppress strings ending in '\r'...
Best,
Ernest
On 19 Mar 2007, at 14:49, Wolfgang Huber wrote:
> Dear Ernest,
>
> this may not be exactly what you asked for, but how about setting
> "result
On Fri, 16 Mar 2007, Martin Morgan wrote:
> The 'Writing R Extensions' manual, configure.ac, and the comment at
> the top of memory.c suggests that there are valgrind instrumentation
> levels 0, 1, 2 but I think the actual code has four levels.
Yes, but only three of them work. Those are the ones
On Fri, 16 Mar 2007, Martin Morgan wrote:
> Is there a (C or R) function to invalidate the relevant parts of SEXP
> / data that are inaccessible? My problem is in tracking down
> protection and other memory mismanagement bugs, where I have to rely
> on luck to invalidate or overwrite data to trigg
> the problem with results=hide is that it suppresses everything. I just
> need Sweave to suppress strings ending in '\r'...
Dear Ernest,
IMHO it is good practice to make the printing of these progress reports
("sweep 4 of 1024\r") optional and produce them only if the user calls
your functi
Ernest Turro <[EMAIL PROTECTED]> writes:
> Hi Wolfgang,
>
> the problem with results=hide is that it suppresses everything. I
> just need Sweave to suppress strings ending in '\r'...
Perhaps another idea is to add a verbose=FALSE option to the function
that spews \r. In general, any status out
Hi,
I have one question about built-in R functions. I am looking into
interprocedural analysis and since R supports "free variable", it would
become complicated if free variable is read inside a function. It is
uncommon and probably not good to read free variables when implementing R
functions. I
nobody tested it in xlf.
but was able to build it in gcc.
when link as main, export is necessary by all means.
I put patch.
http://prs.ism.ac.jp/%7enakama/AIX/
I am happy if useful.
--
EI-JI Nakama <[EMAIL PROTECTED]>
"\u4e2d\u9593\u6804\u6cbb" <[EMAIL PROTECTED]>
_
On Mon, Mar 19, 2007 at 11:33:37AM +0100, Martin Maechler wrote:
> > "RossB" == Ross Boylan <[EMAIL PROTECTED]>
> > on Sun, 18 Mar 2007 12:39:14 -0700 writes:
>
> RossB> The contents of .Rbuildignore seems to affect
> RossB> R CMD build
> RossB> but not
> RossB> R CMD
On Mon, Mar 19, 2007 at 10:38:02AM -0700, Ross Boylan wrote:
> Kurt Hornick, offlist, also advised this, as well as noting that using
Sorry. That should be "Kurt Hornik."
Ross
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r
On 3/19/07, Ross Boylan <[EMAIL PROTECTED]> wrote:
> How about an option to have check use the buildignore file? If there
> are 2 separate files, there's always the risk they will get out of
> sync. Of course, in your case, you want them out of sync...
For Windows users only there is a batch f
Hi,
I noticed that with the GCC trunk (4.3.0), the semantics of "extern
inline" have reversed.
The net result is that R will build without the usual-stdc=gnu99 but it
won't with it.
Many multiple definitions result otherwise.
Marcus
__
R-devel@r-p
Hi,
I'm trying to register my native routines using R_registerRoutines
(...). I can compile the code, but the loader cannot resolve the symbol:
undefined symbol:
_Z18R_registerRoutinesP8_DllInfoPK12R_CMethodDefPK15R_CallMethodDefS3_S6
_
$ nm bgx.Rcheck/bgx/libs/bgx.so | grep R_registerRoutin
On 3/19/2007 5:23 PM, Ernest Turro wrote:
> Hi,
>
> I'm trying to register my native routines using R_registerRoutines
> (...). I can compile the code, but the loader cannot resolve the symbol:
>
> undefined symbol:
> _Z18R_registerRoutinesP8_DllInfoPK12R_CMethodDefPK15R_CallMethodDefS3_S6
>
On 19 Mar 2007, at 21:32, Duncan Murdoch wrote:
> On 3/19/2007 5:23 PM, Ernest Turro wrote:
>> Hi,
>> I'm trying to register my native routines using R_registerRoutines
>> (...). I can compile the code, but the loader cannot resolve the
>> symbol:
>> undefined symbol:
>> _Z18R_registerRout
On 20 Mar 2007, at 00:18, Duncan Murdoch wrote:
> On 3/19/2007 7:41 PM, Ernest Turro wrote:
>> On 19 Mar 2007, at 21:32, Duncan Murdoch wrote:
>>> On 3/19/2007 5:23 PM, Ernest Turro wrote:
Hi,
I'm trying to register my native routines using
R_registerRoutines (...). I can compil
On 20 Mar 2007, at 00:50, Duncan Murdoch wrote:
> On 3/19/2007 8:41 PM, Ernest Turro wrote:
>> On 20 Mar 2007, at 00:18, Duncan Murdoch wrote:
>>> On 3/19/2007 7:41 PM, Ernest Turro wrote:
On 19 Mar 2007, at 21:32, Duncan Murdoch wrote:
> On 3/19/2007 5:23 PM, Ernest Turro wrote:
>>
On 3/19/2007 8:55 PM, Ernest Turro wrote:
> On 20 Mar 2007, at 00:50, Duncan Murdoch wrote:
>
>> On 3/19/2007 8:41 PM, Ernest Turro wrote:
>>> On 20 Mar 2007, at 00:18, Duncan Murdoch wrote:
On 3/19/2007 7:41 PM, Ernest Turro wrote:
> On 19 Mar 2007, at 21:32, Duncan Murdoch wrote:
>>
Note though that you should include C header files inside extern "C" in
your C++ code. 'Writing R Extensions' says
Some @R{} header files are C and not C++ header files and should be
included within an @code{extern "C"} block: for clarity this is
advisable for all @R{} header files.
On
> "Wolfi" == Wolfgang Huber <[EMAIL PROTECTED]>
> on Mon, 19 Mar 2007 15:38:00 + writes:
>> the problem with results=hide is that it suppresses everything. I just
>> need Sweave to suppress strings ending in '\r'...
Wolfi> Dear Ernest,
Wolfi> IMHO it is good prac
35 matches
Mail list logo
