Current R-devel doesn't compile on OS X, because "-framework Carbon"
was (correcly) removed main_ldflags, but it was not added to flags for
grDevices, where it is needed now. The following tiny patch remedies
the issue (it is sufficient to include AppKit as only that subset of
Carbon is needed)
Simon,
We know, we just can't commit the rest of the change as SVN has hung.
These things happen
We did not know that AppKit sufficed, though.
Brian
On Wed, 19 Jan 2005, Simon Urbanek wrote:
Current R-devel doesn't compile on OS X, because "-framework Carbon" was
(correcly) removed main_ldfla
ご登録ありがとうございます。
仮登録が完了いたしました。
下記ｱﾄﾞﾚｽより本登録が行えます。
早く遊びにゆこ～！
なお、２時間以内に本登録いただけない場合、登録は削除されます。
http://www.purelove888.com/reg/regUsr.php/MSWCGk8AkSbNtY8CZ
__
R-devel@stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Tue, 18 Jan 2005, McGehee, Robert wrote:
... which is equivalent to this:
as.function(list(function(x){}))
which doesn't really make sense (and is the same as part #2 of bug 7495
reported earlier anyway).
And I think Berwin Turlach reported it much ealier, too.
Still, it is a good thing to repor
Dear r-bugs,
Whilst playing with ppoints I discovered
that when one uses it directly, occasional
NA's in a vector also become data fractions:
ppoints(c(1,2,NA,4))
Would it be a good idea to add a warning message
as in:
ppoints <- function (n, a = ifelse(n <= 10, 3/8, 1/2))
{
if(any(is.na(n
Don,
thanks for your report.
On Jan 19, 2005, at 12:41 PM, Don MacQueen wrote:
I'm encountering a problem formatting POSIXct objects in R 2.0.1 on OS
X.
For reference, on a Solaris system, R 2.0.1 (2004-11-15), formatting
is correct:
Sys.time()
[1] "2005-01-19 09:12:33 PST"
format(Sys.time(),
Simon,
There is _no_ tm_tzone component in a POSIX nor C99 tm structure (and I
have just checked both), so if a system requires it to be set, the bug is
not in R but in the standards-compliance of the system. So
is somewhat weird for non-GlibC2 systems as tm.tm_zone is not
initialized at all,
On Jan 19, 2005, at 5:39 PM, Prof Brian Ripley wrote:
There is _no_ tm_tzone component in a POSIX nor C99 tm structure (and
I have just checked both), so if a system requires it to be set, the
bug is not in R but in the standards-compliance of the system.
I am happy to zero the structure, much l
