On Jul 23, 2012, at 20:49 , Duncan Murdoch wrote:
> On 23/07/2012 2:31 PM, peter dalgaard wrote:
>> On Jul 23, 2012, at 19:13 , Duncan Murdoch wrote:
>>
>> > On 23/07/2012 12:55 PM, Grimes Mark wrote:
>> >> I wonder if this is related. Package 'rgl' failed to load in an error
>> >> similar to o
On 23/07/2012 2:31 PM, peter dalgaard wrote:
On Jul 23, 2012, at 19:13 , Duncan Murdoch wrote:
> On 23/07/2012 12:55 PM, Grimes Mark wrote:
>> I wonder if this is related. Package 'rgl' failed to load in an error
>> similar to one I've had previously. It was working for a while and
>> now it i
On Jul 23, 2012, at 19:13 , Duncan Murdoch wrote:
> On 23/07/2012 12:55 PM, Grimes Mark wrote:
>> I wonder if this is related. Package 'rgl' failed to load in an error
>> similar to one I've had previously. It was working for a while and
>> now it is not working again. R output attached
>
> I
On 23/07/2012 12:55 PM, Grimes Mark wrote:
I wonder if this is related. Package 'rgl' failed to load in an error
similar to one I've had previously. It was working for a while and
now it is not working again. R output attached
I think that's a different problem. The original one in this thr
I wonder if this is related. Package 'rgl' failed to load in an error
similar to one I've had previously. It was working for a while and
now it is not working again. R output attached
Mark Grimes
> library (rgl)
Error : .onLoad failed in loadNamespace() for 'rgl', details:
call: dyn.lo
On 17/07/2012 2:33 PM, peter dalgaard wrote:
On Jul 17, 2012, at 19:31 , Davor Cubranic wrote:
> On 2012-07-17, at 10:05 AM, Duncan Murdoch wrote:
>
>> The aglrgl.so library is built from osxgui.mm and osxlib.cpp. I'd been
assuming the problem was an API change in recent OSX 64 bit, but maybe
On Jul 17, 2012, at 19:31 , Davor Cubranic wrote:
> On 2012-07-17, at 10:05 AM, Duncan Murdoch wrote:
>
>> The aglrgl.so library is built from osxgui.mm and osxlib.cpp. I'd been
>> assuming the problem was an API change in recent OSX 64 bit, but maybe it's
>> a problem with the makefiles or t
On 2012-07-17, at 10:05 AM, Duncan Murdoch wrote:
> The aglrgl.so library is built from osxgui.mm and osxlib.cpp. I'd been
> assuming the problem was an API change in recent OSX 64 bit, but maybe it's a
> problem with the makefiles or the compiler. If you can suggest any fixes for
> this, I'd
On 17/07/2012 12:51 PM, Davor Cubranic wrote:
Thank you, that fixes it.
I also noticed the following warning when installing 64-bit version of the
package (the default, on OS X):
g++ -arch x86_64 -dynamiclib -Wl,-headerpad_max_install_names -undefined
dynamic_lookup -single_module -multiply_d
Thank you, that fixes it.
I also noticed the following warning when installing 64-bit version of the
package (the default, on OS X):
g++ -arch x86_64 -dynamiclib -Wl,-headerpad_max_install_names -undefined
dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o
aglrgl.so
On Jul 17, 2012, at 12:35 , peter dalgaard wrote:
>
> On Jul 17, 2012, at 03:02 , Duncan Murdoch wrote:
>
>> It also needs the headers, not just the library. If you have them and it's
>> not finding them, you can give hints to the configure script; after
>> unpacking the source, run ./config
On Jul 17, 2012, at 03:02 , Duncan Murdoch wrote:
> It also needs the headers, not just the library. If you have them and it's
> not finding them, you can give hints to the configure script; after unpacking
> the source, run ./configure --help to see what's possible.
Red herring... It really
On 12-07-16 7:29 PM, Davor Cubranic wrote:
I see the following error when installing rgl from CRAN source:
install.packages('rgl')
trying URL 'http://cran.stat.sfu.ca/src/contrib/rgl_0.92.880.tar.gz'
Content type 'application/x-gzip' length 1742168 bytes (1.7 Mb)
opened URL
===
I see the following error when installing rgl from CRAN source:
> install.packages('rgl')
trying URL 'http://cran.stat.sfu.ca/src/contrib/rgl_0.92.880.tar.gz'
Content type 'application/x-gzip' length 1742168 bytes (1.7 Mb)
opened URL
==
downloaded 1.
14 matches
Mail list logo