like to point the R developers to the FastR project page, now on
BitBucket: https://bitbucket.org/allr. The project mailing list is at
https://groups.yahoo.com/neo/groups/fastr/info.
Best regards,
Michael Haupt
--
Dr. Michael Haupt
Principal Member of Technical Staff
Phone: +49 331 200 7277
ading to much better performance.
When built from the BitBucket repository, the default execution model is #2.
> So you moved from github (https://github.com/allr/fastr) to BitBucket ?
Yes, as the internal infrastructure we're using is 100 % Mercurial.
Best regards,
Michael Haupt
--
D
7; not defined for complex numbers
It may be fixed in R-devel, but I thought I'd mention it to make sure ...
Best,
Michael
--
Dr. Michael Haupt
Principal Member of Technical Staff
Phone: +49 331 200 7277, Fax: +49 331 200 7561
Oracle Labs
Oracle Deutschland B.V. & Co. KG, Schiffba
erring to cunmax when cunmin was called
> and vice verse.
>
> D.
>
> On 7/14/14, 8:14 AM, Ben Bolker wrote:
>> Michael Haupt oracle.com> writes:
>>
>>>
>>> Dear all,
>>>
>>> in R 3.1.0, this is happening:
>>>
>>&
`
Error: object '*tmp*' not found
Confused greetings,
Michael
--
Dr. Michael Haupt
Principal Member of Technical Staff
Phone: +49 331 200 7277, Fax: +49 331 200 7561
Oracle Labs
Oracle Deutschland B.V. & Co. KG, Schiffbauergasse 14, 14467 Potsdam, Germany
_
tions because, in FastR, we're currently quite closely
mirroring the AST interpreter's behaviour for complex assignments - if this is
not an absolute must-have, I'd be very happy about being able to apply a much
leaner implementation instead.
Best,
Michael
--
Dr. Michael Haupt
Princi
[1] -3
Good. But:
> x <- c(1,2,3)
> x[-3.1]
[1] 1 2 3
Given the documentation, I'd have expected a result of "[1] 1 2", because -3.1
should be coerced to -3 (by virtue of as.integer).
What bit do I not get? (I'm using R 3.1.1, if that matters.)
Best,
Michael
--
