Re: [R-SIG-Mac] 'R CMD build mypkg' fails to 'make clean' when mypkg has a Makefile

Hi, Prof Brian Ripley wrote: On Mon, 20 Oct 2008, Herve Pages wrote: Hi, Prof Brian Ripley wrote: On Fri, 17 Oct 2008, Herve Pages wrote: Hi, This problem has already been reported here more than 1 year ago by Brian J. Lopes: https://stat.ethz.ch/pipermail/r-sig-mac/2007-May/003863

Re: [R-SIG-Mac] 'R CMD build mypkg' fails to 'make clean' when mypkg has a Makefile

Hi, Prof Brian Ripley wrote: On Fri, 17 Oct 2008, Herve Pages wrote: Hi, This problem has already been reported here more than 1 year ago by Brian J. Lopes: https://stat.ethz.ch/pipermail/r-sig-mac/2007-May/003863.html [...] Are there any chance that this could be addressed

Re: [R-SIG-Mac] 64-bit R compiling problem on Leopard

Hi Simon, Simon Urbanek wrote: [...] FWIW: dual 32-bit and 64-bit binaries of current R 2.6.1 patched and R- devel for Leopard are available from http://r.research.att.com/ They support all four architectures. To start 64-bit Intel R use R -- arch=x86_64, for 64-bit ppc it is R

Re: [R-SIG-Mac] malloc problem R2.6.1 on leopard

Hi Hans, In the case you plan to use the result of allsubsets(n) to loop over the rows of the big returned matrix, then I would rather recommend a more efficient approach where you don't generate this matrix at all. Something like this: nextSubset - function(subset) { i - which(!subset)[1]

Re: [R-SIG-Mac] A shorthand for '-'

Hi, John Chambers wrote: [...] In a sense = inside a function call is not semantically an operator at all; it's absorbed by the parser into the internal structure that represents the call. In contrast, putting an assignment operator inside an argument to a function is very different (and,

Re: [R-SIG-Mac] Building packages 4 Windows with macbook pro

Hi Sebastien, Sebastien Durand wrote: Hello to all, I am a package developper and I would like to know what is the best way to build package binaries for both Windows and Mac installation of R, using a macbook pro? The command I am presently using to create and build my packages

[R-SIG-Mac] Nightly builds of R-devel

Hi there, Anybody knows what happened to the nightly builds of R-devel? http://r.research.att.com/ Last build was on February 25th. Any idea when they're gonna be back? Thanks! Best, H. ___ R-SIG-Mac mailing list R-SIG-Mac@stat.math.ethz.ch

[R-SIG-Mac] Bad references in shared objects from graphviz-2.8.dmg

Hi list, After installing graphviz-2.8.dmg (from http://r.research.att.com/) I found that most of the .dylib objects in /usr/local/lib/graphviz/ were not loadable because they are linked to /usr/local/lib/graphviz/libgcc_s.1.0.dylib and this file doesn't exist: derby:/usr/local/lib/graphviz

[R-SIG-Mac] Pb with gcc 4.0.3 (from R-2.4.1.dmg) and last Xcode

Hi, I recently updated Xcode to the last available version (2.4.1) on our Intel Mac Mini (Mac OS 10.4.8). Now when I compile a C program with gcc 4.0.3 provided with R-2.4.1.dmg, the output I get contains several lines like this: /var/tmp//ccUlRH08.s:2232:indirect jmp without `*' For

Re: [R-SIG-Mac] Pb with gcc 4.0.3 (from R-2.4.1.dmg) and last Xcode

Hi Byron, Yes it's annoying. Hope it is not harmful as you say. Thanks! H. Byron Ellis wrote: Yeah, it's really annoying isn't it? It affects basically all packages with C code, but it doesn't seem to be harmful. On 1/3/07, Herve Pages [EMAIL PROTECTED] wrote: Hi, I recently updated

Re: [R-SIG-Mac] [Bioc-devel] splots -- svn commit plotScreen.R - CORRECTED

Oleg Sklyar wrote: The following modification has been introduced. The code committed to BioC svn as revision 19830, please update. The tarball will take several days until the build system runs through. 2 days! splots 0.9.2 should be here

[R-SIG-Mac] Pb with contrib.url()

Hi lists, Recently I needed to download a few R packages for Unix, Windows and Mac OS X. The idea was to put them all together on a USB key in order to be able to install them on systems without network connection. It worked fine for the src and win.binary packages but I had the following

[R-SIG-Mac] install.packages

Hi, Does anyone know why, on MacOS X, install.packages() is issuing this warning: number of rows of result is not a multiple of vector length (arg 2) in: cbind(1, res0, Repository = repos) when it's given a repos vector of length = 4? To reproduce, do: repos -

Re: [R-SIG-Mac] Outdated links to the Bioconductor repos in R.app

Kasper Daniel Hansen wrote: I don't. There may be others as well... I'd rather BioC packages be kept separate from CRAN packages in the listing... I second that. While I am indifferent to what goes on under the hood, the Gui (as it stands right now) should only list Bioconductor packages

Re: [R-SIG-Mac] Several R installation issues

Simon Urbanek wrote: Nevertheless, if you take some care, you may run R regardless of the symlink in some circumstances. If you're talking about command-line version of R, it's actually easy, just change R_HOME in the R start script to point to the version-specific Resources directory.

Re: [R-SIG-Mac] Several R installation issues

Hi Simon, Thanks for your detailed explanations! Simon Urbanek wrote: Hi Herve, yes, all what you say is plausible and known - I understand your frustration ;). 1) there is a bug in the requirements check of R-Framework.pkg which gets bypassed if you run R.mpkg OK. I understand now

[R-SIG-Mac] Outdated links to the Bioconductor repos in R.app

Hi, I'm using R.app GUI 1.16-pre (3114) with R 2.3.0. The links defined in R.app for accessing the Bioconductor repositories need to be updated. They are currently defined as: getOption(BioC.Repos) [1] http://www.bioconductor.org/packages/bioc/stable; [2]