Using the GUI indent/un-indent with more than one line of code selected crashes
R for the version below. Modifying only one line does not.
Thanks, Bryan
[R.app GUI 1.53 (6437) x86_64-apple-darwin9.8.0]
> sessionInfo()
R Under development (unstable) (2013-02-03 r61829)
Platform: x86_64-apple-da
[Fixed it with everyone's help and learned something useful along the way.
Here's how I worked it out, mainly for my records. Bryan]
Alright, let me try to pull some ideas from the different answers together
here. When I did:
install.packages("rgl", repos = "http://r-forge.r-project.org/";,
On 05/02/2013 11:07 AM, Bryan Hanson wrote:
Thanks, I'll try that in a short while. But I'm still not sure exactly sure
how this issue arose, I only work with the 64 bit version (or so I thought).
Bryan
I have just updated the configure script in rgl on R-forge. It
successfully detected f
On 05/02/2013 16:07, Bryan Hanson wrote:
Thanks, I'll try that in a short while. But I'm still not sure exactly sure
how this issue arose, I only work with the 64 bit version (or so I thought).
Bryan
But the R you installed from CRAN is biarch and hence tries to install
packages for both i
On 05/02/2013 10:46 AM, Prof Brian Ripley wrote:
On 05/02/2013 13:25, Duncan Murdoch wrote:
> On 13-02-05 8:07 AM, Bryan Hanson wrote:
>> Thanks for taking the time to look at this carefully Duncan. I don't
>> see the warning you mention, and I don't see the string R_pretty0 in
>> the log either
Thanks, I'll try that in a short while. But I'm still not sure exactly sure
how this issue arose, I only work with the 64 bit version (or so I thought).
Bryan
On Feb 5, 2013, at 11:01 AM, Prof Brian Ripley wrote:
> On 05/02/2013 15:56, Bryan Hanson wrote:
>> Is that something I can control?
On 05/02/2013 15:56, Bryan Hanson wrote:
Is that something I can control? I've never had to worry about that before,
never run into it. Clearly I'm near the edge of my expertise. Thanks, Bryan
See the --merge-multiarch argument to INSTALL, or 'Writing R Extensions'.
Since rgl has a configu
Is that something I can control? I've never had to worry about that before,
never run into it. Clearly I'm near the edge of my expertise. Thanks, Bryan
On Feb 5, 2013, at 10:53 AM, Robert J Goedman wrote:
> Bryan,
>
> It looks like it's mixing packages compiled for 32 and 64 bit.
>
> Regar
Bryan,
It looks like it's mixing packages compiled for 32 and 64 bit.
Regards,
Rob J. Goedman
goed...@icloud.com
On Feb 5, 2013, at 7:46 AM, Bryan Hanson wrote:
> Thanks Rob, that's a very good trick to know.
>
> Duncan's suggestion about using configure.args="--disable-cocoa" worked for
On 05/02/2013 13:25, Duncan Murdoch wrote:
On 13-02-05 8:07 AM, Bryan Hanson wrote:
Thanks for taking the time to look at this carefully Duncan. I don't
see the warning you mention, and I don't see the string R_pretty0 in
the log either. I'm appending right here in case there is something
else
Thanks Rob, that's a very good trick to know.
Duncan's suggestion about using configure.args="--disable-cocoa" worked for me
- I have an rgl installation that works interactively. Now however, when I try
to install a source package that uses rgl, I get the following (also sent to
Duncan separa
Bryan,
I've seen that issue a couple of times as well. Trying to install rgl 0.93.934
from R-Forge using R.app, I get (in the R.app console):
...
mv AGL/* .
MAKINGAGL=TRUE /Library/Frameworks/R.framework/Resources/bin/R CMD SHLIB -o
aglrgl.so *.cpp *.c \
osx/*.mm osx/*.cpp
mv:
On 13-02-05 8:07 AM, Bryan Hanson wrote:
Thanks for taking the time to look at this carefully Duncan. I don't see the
warning you mention, and I don't see the string R_pretty0 in the log either.
I'm appending right here in case there is something else you want to look at.
I restarted my com
13 matches
Mail list logo