Y_PATH=/sw/lib:/usr/local/lib:
> export CURL_CONFIG=/sw/bin/curl-config
>
> When I was trying to get RCurl working this was suggested as the way to do
> it.
>
> So I assume i should not do:
>
> export DYLD_LIBRARY_PATH=/sw/lib:/usr/local/lib:
>
> On Mon, Nov 15, 2010
On Mon, Nov 15, 2010 at 5:13 PM, Steve Lianoglou
wrote:
>> DYLD_LIBRARY_PATH=/sw/lib:/usr/local/lib:
>
> Your DYLD_LIBRARY_PATH is, in fact, hosing you.
>
> Comment out that line.
This line screws up your entire system. You sometimes see people on
various email lists recommend doing stuff like t
IF you are using a CRAN binary version of R, it is strange how fink is
involved at all. You must have a messed up system
My best guess is that DYLD_LIBRARY_PATH or LD_LIBRARY_PATH has been
set (you can do
echo $LD_LIBRARY_PATH
in the terminal). Unset those variables, and proceed.
Kasper
On M
Ricardo
The problem is that the place where R puts the Sweave file is not part
of the search path for your tex installation. You can fix this by
adding the path as you would add any other path, or you can use the
following in your .Rprofile which will put an absolute path inside
your generated te
When you install from the GUi you can either do a system wide install
(in /Library/...) or you can do a user-level install (in
~/Library/...).
You can see where R searches for packages by doing
.libPaths()
I expect that the first element will be somewhere in your home dir.
I don't use the GUI
You can specify this by environment variables. Note that R.app (as
all OS X apps) does not use values set in .bashrc / .profile, so the
easiest way is to put the following into your ~/.Rprofile file (create
it, if needed);
Sys.setenv("R_INTERACTIVE_DEVICE" = "x11")
Sys.setenv("R_DEFAULT_DEVICE"
You are right. Essentially you can change compilers and compiler
flags using a set of environment variables. These variables are
common across projects where the build process is managed by automake.
This is especially important if you want to switch between 32 and 64
bit. My build R script goe
You can have a look at the library by doing file (otool is also nice
to know btw), I get
# file affxparser.so
affxparser.so: Mach-O 64-bit dynamically linked shared library x86_64
You do this on both the ROOT library and the xps.so library to see
what the architectures are. Based on the error me
You will find people use an array of tools. Some find the built in
editor great. A mac-only text editor that is pretty amazing (but
non-free) is Textmate, used by quite a few power users. You might
want to spend some time looking into that one. I use Emacs myself
(which exists in a more Mac-lik
You need to install Xcode.
Kasper
On Mon, Mar 29, 2010 at 4:45 PM, Devin Johnson wrote:
> Hi,
> I have a problem compiling/installing a package that has fortran source code
> in it. I've compiled earlier versions of this package many times in the past
> as I've worked on it, but, now it's fail
On Wed, Mar 24, 2010 at 8:35 PM, Rolf Turner wrote:
> Note that Mac OSX is really Unix (with an annoying point-and-click veneer
> pasted on top of it) so you don't need to mess around with this ``open''
> nonsense. Just make ``filename'' executable. Then you can do
>
> > system(filename)
>
> Or
There might be a better way, but on the mac "open" opens a file as if
you doubleclick on it in Finder, and the "system" command in R
executes a shell command, so you should be able to do
R> system(paste("open", filename))
Kasper
On Wed, Mar 24, 2010 at 7:37 PM, Gi-Mick Wu wrote:
> Greetings R M
On Wed, Mar 24, 2010 at 5:56 AM, Prof Brian Ripley
wrote:
> On Wed, 10 Mar 2010, Christiaan Pauw wrote:
>
>>
>> Hi Everybody
>>
>> I use R2.9.2 on Mac OS X 10.5.2. I tried to install RPostgreSQL from
>> source
>> on CRAN via the package installer. Apparently the program cannot find
>> my C
>> comp
Hmm, I forgot about --arch. As Simon said, you should be able to do it by
R --arch=x86_64 --no-multiarch CMD INSTALL
My guess is that you need --no-multiarch, but I cannot experiment with this
where I sit.
Kasper
On Jan 26, 2010, at 15:57 PM, Kasper Daniel Hansen wrote:
> On Jan 26, 2
-m64 -print-file-name=libgfortranbegin.a)
>>>>>>> with:
>>>>>>> F77LIBS := $(shell $(F77) -m64 -print-file-name=libgfortranbegin.a)
>>>>>>>
>>>>>>>
>>>>>> You
gz, but in the Tiger section, so I did miss it.
> Nevertheless it would still be helpful for Mac users to know how to uninstall
> it:
> $ tar -tf gfortran.tar | sort -r | (cd /; xargs -p -n 1 rm -d)
>
> Best regards
> Christian
>
>
> Kasper Daniel Hansen wrote:
>> Remember
Remember that Apple has two version of GCC on Leopard: 4.0 and 4.2. You are
using 4.0, you might want to switch to 4.2. In Tiger there used to be
gcc_select (or select_gcc) that let you choose between 3.x and 4.0, I don't
remember if that is still around on Leopard.
The error seems to indicat
Steffen Neuman has provided the following reproducible example
for (subtype in c("cairo", "Xlib", "quartz")) {
png(filename=paste("test",subtype,"plot%003d.png", sep="_"),
width = 640, height = 480, type=subtype)
for (i in c(1,2,3)) {
plot(0,0, type="n", main=i,
xlim=c(-1 + 0.1*i, +1
Leopard, latest version, using Apples gcc 4.2. SVN version r50716
I get a crash (memory not mapped). The traceback shows grid.Call("L_cap"),
followed by .Call(fname, , package = "grid")
Kasper
On Dec 13, 2009, at 21:47 PM, Paul Murrell wrote:
> Hi
>
> In the *development* version of R, t
I think I found the culprit. I installed the devpack before I compiled R, and
looking at the contents of the tarball it does install things in
/Library/Frameworks/R.framework/Resources. That must have created the hard
link.
Kasper
On Dec 1, 2009, at 5:22 PM, Kasper Daniel Hansen wrote
hard copy or something such that it's not a symlink.
> If you remove that all should be well. What you have there is definitely not
> a clean system ;). I have put a guard about such strange framework setup in
> the R-devel, just in case.
> Cheers,
> Simon
>
>
>
&
On Dec 1, 2009, at 11:29 AM, Simon Urbanek wrote:
> ls -l /Library/Frameworks/R.framework
> ls -l /Library/Frameworks/R.framework/Versions
> ls -l /Library/Frameworks/R.framework/Versions/2.11
> ls -l /Library/Frameworks/R.framework/Versions/2.11/Resources
This is my current state, after a fail
Fresh R-devel (as well as R-2.10) on a fresh install of Snow Leopard (not an
upgrade). Using Xcode 3.2.1. Building in a separate directory from the source.
../R-devel-src/configure $OPTIONS
make
sudo make install
The sudo make install fails with
mkdir
/Library/Frameworks/R.framework/Version
Vince
I am building a 64bit version of R using only Xcode 3.1.2 as well as
the gfortran that Simon provides. This is on OS X 10.5.7. It is an old
installation, but I have only installed very few programs from source
(and have never used fink nor darwinports), like graphviz and similar
non
Hi Vladimir
Based on your output my guess is that you need to install the
developer tools (compilers, make, etc.). These tools reside on your OS
X system install DVDs, but are not installed automatically.
Kasper
On Jun 21, 2009, at 19:58 , Vladimir Torres wrote:
MacBook Intel Core Duo
You will want to recompile R with the new compiler. Then, whenever you
compile a package, it will use the same compiler as R was compiled with.
Mixing compilers might be possible using the hints from Duncan, but I
am pretty sure it is discouraged.
In the past Simon has discouraged use of th
What do you mean by "running R.app directly from the X11 window"?
We would also like to get some details on what version of Rgraphviz
you are using as well as what version of Graphviz you are using and
how you installed the two versions? graphvizVersion() might be useful.
It might also be u
There are Apple specific defines in GCC. As far as I know
__APPLE__
means compiling on Apple hardware, whereas
__APPLE_CC__
means compiling using an Apple supplied compiler.
However, the first one seems sometimes to be used when the last one is
intended.
Kasper
On Mar 19, 2009, at 21:50 , Ga
The easiest way for you, is to put your Sys.setenv command inside a
file called .Rprofile, locate in the root of your home directory, ie.
~/.Rprofile
Commands in this file gets run when you start R.
Kasper
On Mar 12, 2009, at 13:29 , Christopher David Desjardins wrote:
Thanks. I've seen t
Good to know, thanks.
Kasper
On Mar 5, 2009, at 9:49 , Simon Urbanek wrote:
On Mar 5, 2009, at 12:47 , Simon Urbanek wrote:
On Mar 5, 2009, at 4:42 , Prof Brian Ripley wrote:
To Simon: this was Mac-specific as only on Macs does
install.packages use this piece of code (and we had a surplu
My tar is in /usr/bin. According to your output, it is not present in
that directory. As Kjell, I have Xcode install, but I am pretty sure
tar is available on a standard (non-Xcode installed) Mac system -
otherwise the binary distribution would have a bit of a problem.
My conclusion is that
Regarding PATH and R.app. It is a well-known issue on OS X that R.app
does not inherit the environment variables set in the shell (for
example in ~/.profile or ~/.bashrc).
For example, it is complete standard that you get different output from
# echo $PATH
and
R> Sys.getenv("PATH")
The e
It is considered extremely bad behavior to report something like this
as bug (see recent post on R-devel).
Kasper
On Mar 2, 2009, at 8:50 , Mary Meyer wrote:
Thank you, that worked! It's now again running happily.
Best,
Mary
On Mar 2, 2009, at 9:45 AM, Kasper Daniel Hansen wrote:
Yes, remove .Rhistory and possibly also .RData and your .Rprofile
Kasper
On Mar 2, 2009, at 8:29 , William Revelle wrote:
Mary,
A somewhat similar problem happened to me in January.
Following the advice of Byron Ellis , I removed the .Rhistory file
At 4:45 PM -0800 1/1/09, Byron Ellis wrote
It is pretty easy, you just need to reformat your mac (and therefore
move everything of it, as well as re-installing everything). When you
reformat you will be asked what file system you want, so it is in
principle dead easy.
Some mac software needs HFS though, at least as far as I understa
Ask on R-help, but note that this is more of a statistics question
that a R question.\
Kasper
On Jan 27, 2009, at 6:08 , Etienne Toffin wrote:
Hi,
I've made a research about how to compare two regression line slopes
(of y versus x for 2 groups, "group" being a factor ) using R.
I knew t
On Jan 18, 2009, at 16:45 , Simon Urbanek wrote:
On Jan 18, 2009, at 4:34 PM, Kasper Daniel Hansen wrote:
This is using
R version 2.9.0 Under development (unstable) (2009-01-12 r47571)
but it also happens under a somewhat recent version of R-2.8.1
(from svn)
I have compiled myself under
This is using
R version 2.9.0 Under development (unstable) (2009-01-12 r47571)
but it also happens under a somewhat recent version of R-2.8.1 (from
svn)
I have compiled myself under OS 10.5 X (see below for compilation
command), which is probably the cause of the following.
When I open a
stead of /Library/Frameworks/
R.framework/Versions/2.9/Resources and /Library/Frameworks/
R.framework/Resources is a symbolic link to /Library/Frameworks/
R.framework/Versions/2.8/Resources.
Patrick
Kasper Daniel Hansen wrote:
I have two version of R installed in
/Library/Frameworks
version 2.
I have two version of R installed in
/Library/Frameworks
version 2.8 patched and version 2.9 (R-devel). I have compiled them
myself. I know of Rswitch that allows me to switch (system-wide)
between the two versions. But I want to be able to use the two
versions at the same time, in differe
It depends on the computations you want to do.
R for Mac OS X uses Altivec which is a multithreaded version of BLAS
and lapack. What this means is that for any computations involving
matrix algebra, you do utilize multiple cores. Depending on what you
are trying to compute and how that comp
Put the following in your ~/.Rprofile (you might have to create this
file) to revert to the old behaviour
Sys.setenv("SWEAVE_STYLEPATH_DEFAULT" = "TRUE")
And this question have been asked many times recently on various email
lists.
Kasper
On Nov 16, 2008, at 8:53 , Denis Chabot wrote:
The standard explanation for this is that the GUI is unresponsive
until all selected packages have been downloaded and installed - this
may take quite a while. The fact that it works for you one package at
a time corroborates this.
Kasper
On Nov 2, 2008, at 13:57 , Timothy Bates wrote:
I'
Loren, the easiest solution to your problem is to save objects in
individual files, like
save(BigComputation, file = "BigComputation.rda")
that way you just have one object in each file and can use the file
time stamp.
Using attributes are of course another approach.
Kasper
On Oct 30, 20
Thanks to Simon for all the work on the compilers.
I can see that the compilers and instructions have been updated on the
"tools" page (r.research.att.com/tools). It seems as if the
recommended way for us Leopard users is to use
gcc 4.2 (Apple Inc. build 5564) for Mac OS X 10.4 (Tiger): (up
As you can understand from the comments in the /bin/sh: tar thread,
you cannot expect Aquamacs to pick up environment variables you set
inside Terminal / xterm.
The - by far - easiest way for you to proceed is to set the
environment variables inside R using Sys.putenv, and place everything
, 2008, at 9:24 , [Ricardo Rodriguez] Your XEN ICT Team wrote:
Hi Kasper
Kasper Daniel Hansen wrote:
Ok, this is clearly wrong. As you can see in your output, this PATH
does not contain /usr/bin where tar is. In my case I get
R>
On Oct 3, 2008, at 15:55 , [Ricardo Rodriguez] Your XEN ICT Team wrote:
Thanks Kasper,
Kasper Daniel Hansen wrote:
You can print and set environment variables from within R by doing
Sys.getenv("PATH")
Sys.setenv(PATH = "SOMETHING")
When you start R from the command li
riguez] Your XEN ICT Team wrote:
Hi Kasper,
Kasper Daniel Hansen wrote:
Clearly tar is not in the PATH. Your PATH variable can be different
from application to application and in this case however you have
started R (GUI?), tar is not being picked up. And which tar are you
using? Xcode, F
Ok, I guess I was being a bit unhelpful. You are trying to install a
binary from Bioconductor. This should work out of the box. What
version of R are you using. If you are doing 64bit computing you need
to install from source. Of course, that does not change that tar seems
to be missing whi
Clearly tar is not in the PATH. Your PATH variable can be different
from application to application and in this case however you have
started R (GUI?), tar is not being picked up. And which tar are you
using? Xcode, FInk, Macports.
Kasper
On Oct 3, 2008, at 14:14 , Ben Bolker wrote:
[R
Ok, ignore this post, I found the culprit and it is me.
Kasper
On Aug 29, 2008, at 3:24 PM, Kasper Daniel Hansen wrote:
Thanks a lot, that was very helpful.
On a side note I am surprised to see that R-devel's configure script
picks up
/usr/local/bin/gfortran-4.2
instead of
/us
e:
On Aug 28, 2008, at 23:59 , Kasper Daniel Hansen wrote:
I want to get a suitable gfortran for Xcode 3.1 under Leopard in
order to build x86_64
Despite reading the "tools" and "building" pages on
r.research.att.com I am still confused. The comment on GCC 4.2 on
. Is there any "policy" regarding this?
Kasper
On Aug 28, 2008, at 8:59 PM, Kasper Daniel Hansen wrote:
I want to get a suitable gfortran for Xcode 3.1 under Leopard in
order to build x86_64
Despite reading the "tools" and "building" pages on
r.research.at
I want to get a suitable gfortran for Xcode 3.1 under Leopard in order
to build x86_64
Despite reading the "tools" and "building" pages on r.research.att.com
I am still confused. The comment on GCC 4.2 on the "building" page
seems to indicate that I should look under the "Alternative" secti
Jan send out the email below quite a while ago. Now 10.5.4 has been
released as well as Xcode 3.1 and I don't see any sign of gfortran (at
least when I read the release notes, I have not installed Xcode 3.1
yet). I am not following the apple developer email lists, but could
someone please g
e checking up on the implementation of the
sampler you are using.
Kasper
On Mon, Jun 30, 2008 at 11:38 AM, Kasper Daniel Hansen
<[EMAIL PROTECTED]> wrote:
Thanks for the clarification. How did you get that output?
Kasper
On Jun 30, 2008, at 10:23 AM, Simon Urbanek wrote:
On Ju
Thanks for the clarification. How did you get that output?
Kasper
On Jun 30, 2008, at 10:23 AM, Simon Urbanek wrote:
On Jun 30, 2008, at 1:04 PM, Kasper Daniel Hansen wrote:
Like Sean is aying, you most likely are using _way_ more memory
than 1.2 GB.
However, if you a re running 32bit R
Like Sean is aying, you most likely are using _way_ more memory than
1.2 GB.
However, if you a re running 32bit R (which is the case if you use the
CRAN binary) R can only access 2GB, so you can squeeze a little more
out of your machine by switching to a 64bit version of R. You can
check
You get an error saying that whatever you have downloaded is not
really a valid *.tar.gz file. This is most likely a download error.
You could try downloading the file manually and then use R CMD INSTALL
to install the package from Terminal (or use the "Install from local
file" under the GU
On Jun 19, 2008, at 11:42 AM, Simon Urbanek wrote:
Are you? Did you actually test it? I'm pretty sure that you're
wrong, because the commands below compile libintl.8.dylib(!) and
thus won't help (that one is fine and part of your Gtk binary). I'm
still puzzled at where the BioC team gets l
, at 12:58 PM, Kasper Daniel Hansen wrote:
Ok, I will take this over to the R-SIG-Mac list and cc Herve who is
the build manager of Bioconductor. I suspect that something is
wrong with the Bioconductor builds.
Synopsis: Jason is running R-2.7.0 from CRAN on an Intel macbook
running 10.5.3. He says
Ok, I will take this over to the R-SIG-Mac list and cc Herve who is
the build manager of Bioconductor. I suspect that something is wrong
with the Bioconductor builds.
Synopsis: Jason is running R-2.7.0 from CRAN on an Intel macbook
running 10.5.3. He says he has Xcode 3.0 installed. He trie
On Jun 13, 2008, at 11:24 PM, Vadim Patsalo wrote:
Hello Everyone,
I was hoping to make the following feature request: I've noticed
that R.app uses the standard Ctrl-a and Ctrl-e to jump to the
beginning and the end of the line on the console and in the editor.
However, I have not found a
Simon might correct me on this.
My belief is that any 64bit build on Mac OS X has been considered
experimental for a while and probably will in the foreseeable future.
One of the problems is that if the CRAN build supports x86_64, then
all binary packages (CRAN and Bioconductor) should be s
I am at a loss as to why this does not work anymore, I am sure other
people will chime in on this.
But regarding the GUI/environment variables, "normal" apps on Mac OS X
does not see the environment variables you define in (for example)
~/.bashrc. The recommended way to do this (across all
Read ?download.file - and browse the archives. This question has been
asked 100s of times (perhaps not on this list but certainly on other R-
related lists).
Kasper
On May 1, 2008, at 5:48 AM, Shelah Morita wrote:
Hi,
Does no one have a solution for me? Or does this not make sense?
Hopefu
For the second instance, you open terminal and type
# open -n -a R.app
This only works on Leopard.
Kasper
On Apr 20, 2008, at 4:58 PM, [EMAIL PROTECTED] wrote:
> Dear all,
> I am a new Mac user and I want to know how can I open 2 R console to
> work separately. This could be done simply in win
Write to the package maintainer or the author to ask about this.
Kasper
On Mar 26, 2008, at 6:02 PM, Cameron Redsell-Montgomerie wrote:
> I am currently writing a paper comparing various packages in
> different programs, and how they handle GEE. I was wondering if you
> could help me out a bit.
On Mar 19, 2008, at 12:35 AM, Martin Eklund wrote:
> Hi everyone again,
>
> sessionInfo() gives the following output:
>
> ==
> R version 2.6.2 (2008-02-08)
> i386-apple-darwin8.10.1
>
> locale:
> C/UTF-8/C/C/C/C
>
> attached base packages:
> [1] stats graphics grDevices ut
I recently updated to Leopard and have not gotten the error Martin is
alluding to when using x11 from the command line. However I have been
careful to remove any user-specific setting of the DISPLAY variable as
this is no longer required nor recommended under leopard.
My guess is that you ma
Do anyone have experience using the intel compilers and the MLK
library with R? If so, what is the speedup approximately (I know this
depends heavily on what task you are doing, but I am just looking for
some general impressions).
Kasper
___
R-SIG
Why are you using R-2.5, when you try to compile R-2.6.2 from source?
This seems to indicate that you do not really need an older version...
Without being sure I would think that if you use 2.6.2 on Tiger you
can use CarbonEL to get 64bit display quartz device functioning from
the command l
The way to get control over ESS if you are stuck in a big loop is to do
C-g
Then R will run happily and you can continue writing in other
buffers. You will not be able to stop the process short of actually
killing R - if you do for example
C-c C-c
which sends an interrupt, R will not proc
On Feb 8, 2008, at 7:23 AM, Quan Li wrote:
> Hello,
>
> I had a rookie question. I can load add-on packages in R but cannot
> do so when R is run from within Aquamacs. The error message says
> "there is no package labeled "lattice"", for example. All my
> packages are stored in R's library.
I am wondering what compiler I need to use under Leopard when I
install packages from source using the experimental build of R-2.6-
branch for x64 (from Simon's site), when I am running leopard. To my
mind there are two options
1) The standard Xcode 3.0 gcc compiler
2) The preview of gcc 4.2 f
Let me preempt Simon a bit and suggest that you give us very precise
information about what happens. Especially these days since "Mac"
actually covers 4 different architectures, several versions of the OS
and several compilers.
So
1) Get a crash report and send it to Simon. If it is so easy
On Dec 9, 2007, at 7:12 AM, Simon Urbanek wrote:
>
> On Dec 9, 2007, at 12:03 AM, Loren Engrav wrote:
>
>> I understand, and can work with this
>>
>> But then R in the Mac dock is not of much value as it always goes
>> "home"; no matter what you were working on last
>>
>
> The purpose of the dock
On Dec 4, 2007, at 12:52 AM, Rob Forsyth wrote:
> Alternatively I have an option to acquire a MacPro for this work and
> would appreciate guidance as to whether it's possible to leverage
> multiple processors? I'm aware R itself is not currently
> multithreaded (whilst having only a lay understand
vailable version of the OS
> - install Xcode (preferably 2.4.1 or 2.5)
>
> Cheers,
> Simon
>
>
> On Nov 1, 2007, at 1:55 PM, Kasper Daniel Hansen wrote:
>
>> Hi All
>>
>> I am helping organize a course where we will use Rgraphviz. One of
>> our fu
Hi All
I am helping organize a course where we will use Rgraphviz. One of
our future participants are using an Intel Macbook and has trouble
installing Rgraphviz. Clearly my possibilities for probing around are
rather limited since the course has not started, but this is what he
reports do
The full version of R-2.6.0 from CRAN says "gfortran version 4.2.0"
in the installer (when you press "customize"). It should be version
4.2.1 (as it also says during the installation).
Not sure if it is worthwhile to fix this.
Kasper
___
R-SIG-Mac
, at 2:45 PM, Kasper Daniel Hansen wrote:
> The binaries from CRAN only works with OSX 10.4.4 and higher (as it
> "clearly" says on the download page). You will probably need to
> compile from source.
>
> Kasper
>
> On Sep 24, 2007, at 2:20 PM, Jeff Morris wrote:
>
The binaries from CRAN only works with OSX 10.4.4 and higher (as it
"clearly" says on the download page). You will probably need to
compile from source.
Kasper
On Sep 24, 2007, at 2:20 PM, Jeff Morris wrote:
> Hello all. I am a new Mac user and am having a problem installing
> R. I
> am
For Rgraphviz we need to know what version of Graphviz you are using
and how you installed it.
Kasper
On Sep 16, 2007, at 10:26 AM, William Revelle wrote:
> Hi,
>
> The packages polycor and Rgraphviz have a bus error (and R crash)
> when running their examples under 2.6.0 alpha. They both wor
I may be wrong here, but you seem to try to install (components of)
TclTK. The way to do this is install R from the CRAN binary. During
installation you need to click "customize" and then choose TclTK from
the menu.
Perhaps there is something special about afylmGUI, but I doubt it.
Kasper
On Jul 2, 2007, at 9:57 PM, Weiwei Shi wrote:
> Hi, there:
>
> I am re-compiling Package supclust for some small modification for my
> own purpose. After running "R CMD check", I got the following
> messenge:
>
> nicebaby:~/Documents/projects/R_customerized_packages wshi$ R CMD
> check supclust
Hi
I am using the CRAN binary of R-2.5.0 together with the supplied
gfortran and the latest Xcode on a PPC mac running OS X 10.4.9. In my
~/.profile I have
export R_ARCH=/ppc
It seems as if the default of R nowadays is to build universal
binaries of packages. At least when I try to insta
On May 12, 2007, at 12:43 PM, cstrato wrote:
> Dear all
>
> In my package I need to get the path to the shared library
> "mypackage.so".
Eh, why do you need to do so? I am not saying there could not be use
cases, but most standard uses should not need to do this.
Kasper
> Currently, I use
Also, if the aim is just to provide an R package for collaborators or
such, you can use
http://129.217.207.166/index.htm
Read the disclaimer though, in case your package contains sensitive
data.
Kasper
On May 12, 2007, at 7:01 AM, Simon Urbanek wrote:
>
> On May 12, 2007, at 8:24 AM, Klau
On Apr 24, 2007, at 9:49 AM, James wrote:
>
> On Apr 24, 2007, at 10:29 AM, Rob J Goedman wrote:
>
>> Hi James,
>>
>> Could you try if it retains other preference setting changes, e.g.
>> for drag&drop or save on exit?
>
> It doesn't appear to retain these settings either.
>
>
>>
>> These setting
On Apr 23, 2007, at 7:35 PM, James wrote:
> Hi,
>
> I'm completely new to R and it's usage on a Mac. I'm having a bit of
> trouble installing packages through the Package Installer interface
> in R.app. I'm trying to install the group of Rmetrics packages for
> option pricing. When doing so, I
On Apr 5, 2007, at 8:56 PM, Simon Urbanek wrote:
>
> On Apr 5, 2007, at 9:07 PM, Kasper Daniel Hansen wrote:
>
>> R-2.5.0 is soon to be released. From comments on this mailing list
>> it seems that the default compiler will move from a custom install
>> of GCC-4.
R-2.5.0 is soon to be released. From comments on this mailing list it
seems that the default compiler will move from a custom install of
GCC-4.0.3/gfortran to the version of GCC 4.0.1 supplied with Xcode
2.4.1 together with a gfortran compiler from say hpc.sourceforge.
In preparation for the
And (I think) use Xcode 2.4.1.
Kasper
On Feb 14, 2007, at 8:13 AM, Rob J Goedman wrote:
> Hi Demitri,
>
> You can't (easily) mix and match the CRAN version of R with Xcode
> right now.
> You will have to build R from source using Apple's gcc etc.
>
> And rebuild all packages you would like to us
Your example works fine for me on Mac OS X ppc 10.4.8 with R-2.4.1
and graphviz 2.12 compiled from source.
You can check your graphviz version from R by doing
R> graphvizVersion()
You have an error in the Graphviz version reported below, I assume
you are talking about Rgraphviz' version. When
Roebuck <[EMAIL PROTECTED]> writes:
>>
>>> On Sun, 17 Dec 2006, Kasper Daniel Hansen wrote:
>>>
>>>> For package development I would like to compile
>>>> with the -Wall flag. What is the best way to add
>>>> this?
>
> Probab
On Dec 17, 2006, at 12:35 PM, Paul Roebuck wrote:
> On Sun, 17 Dec 2006, Kasper Daniel Hansen wrote:
>
>> For package development I would like to compile
>> with the -Wall flag. What is the best way to add
>> this? Should I just edit
>>R.Framework/Resources/ppc
Hi
I am using the CRAN binary of R.
For package development I would like to compile with the -Wall flag.
What is the best way to add this? Should I just edit
R.Framework/Resources/ppc/etc/Makeconf
(I am on a G4), and add it to the CFLAGS, CXXFLAGS, FFLAGS variables.
Or is there a better wa
On Dec 17, 2006, at 2:55 AM, Emmanuel Sharef wrote:
>
> On Dec 16, 2006, at 6:50 PM, [EMAIL PROTECTED] wrote:
>
>>
>>
>>> I get the following error when trying to compile some Fortran code
>>> to a shared object using R CMD SHLIB:
>>>
>>> R CMD SHLIB test3.f
>>> gfortran-4.0 -arch ppc -fPIC -g
1 - 100 of 130 matches
Mail list logo