the sources and stale files are probably what's
hitting you.
FWIW: This is likely not the problem you're mentioning, but some recent gcc
versions break and LTO is also known to cause issues depending on the compiler
version, so tread lightly on the cutting edge.
Cheers,
Simon
>
On Feb 15, 2013, at 11:36 AM, Hin-Tak Leung wrote:
> --- On Fri, 15/2/13, Simon Urbanek wrote:
>
>> On Feb 15, 2013, at 9:11 AM, Hin-Tak
>> Leung wrote:
>>
>>> Somebody else had written separately about this before,
>> and so have I a couple of mont
ow why it is degenerating into another distraction about some
> people's egos.
>
I don't either - it's not productive.
Cheers,
Simon
> --- On Fri, 15/2/13, Simon Urbanek wrote:
>
>> On Feb 15, 2013, at 11:36 AM, Hin-Tak
>> Leung wrote:
>>
>>
On Feb 16, 2013, at 8:03 AM, Roger Bivand wrote:
> Hin-Tak Leung users.sourceforge.net> writes:
>
>>
>> --- On Fri, 15/2/13, Simon Urbanek r-project.org> wrote:
>>
>>> On Feb 15, 2013, at 1:55 PM, Hin-Tak Leung wrote:
>>>
>>>
using
svn co https://svn.r-project.org/R/trunk R-devel
cd R-devel/
tools/rsync-recommended
./configure
make
Cheers,
Simon
> --- On Fri, 15/2/13, Hin-Tak Leung wrote:
>
>> Somebody else had written separately about this before, and
>> so have I a couple of months ago. I ass
nding an AJAX request to R and display the result
(or simple forms if you want to). I use FastRWeb for this - it even has an
example on how you create plots and other output. There is also rApache if you
are using apache web server.
Cheers,
Simon
> Regards,m
>
>
>
> --
>
e need to write
anything: you can use any webserver you want (with CGI or PHP) or you can use
the built-in webserver in Rserve if you don't want any dependencies other than
R and it still scales fairly well as it supports parallel connections. You
don't need to
ows,
so if you think of using Windows as a server, think twice ;). Pretty much all
scalable solutions assume you are using unix. On Windows you'll need a pool of
R instances if you want to have some illusion of scalability so it's a lot more
involved and wasteful.
Cheers,
Simon
&
page with JS to use AJAX is in the web/index.html
file. Jay Emerson also has a blog entry about installing FastRWeb
http://jayemerson.blogspot.com/2011/10/setting-up-fastrwebrserve-on-ubuntu.html
You can ask questions about FastRWeb or Rserve on the stats-rosuda-deve
On Feb 18, 2013, at 6:24 AM, Matevz Pavlic wrote:
> Hi,
>
> i think all of this i kinda complicated, even though in all the packages
> authors are saying that "minimum code is required".
> I mean, i am not an IT engineer , but i have created quite some webpages, so
> i have some knowledge of H
ajax.send(null);
return false;
}
Either way, you get the idea - you could pass a SQL query instead or use eval()
in the argument if you want (as I said, that's too insecure for my taste). But
in all cases you are really running everything server-side.
That said, there is potentially
Roger,
please try tracking it with valgrind - that will typically trigger at the cause
whereas what you see is just the fall-out much later when the memory got
already corrupted.
Cheers,
Simon
On Feb 20, 2013, at 6:20 PM, Roger Koenker wrote:
> Dear All,
>
> I'm trying to tra
On Feb 22, 2013, at 9:13 PM, Hadley Wickham wrote:
> Hi Davor,
>
> To the best of my knowledge, there's only one way to use functions
> from a suggested package: with require:
>
> if (require("suggested_package")) {
> function_from_suggested_package()
> } else {
> stop("suggested package not
Jason,
that looks like an interaction of clang with the Boost version inside RBGL - as
the error shows it re-defines "p" as an enum type which means anything named p
will be broken. Try using g++ instead of clang, I would hope that should be
more successful.
Cheers,
S
On Feb 22, 2013, at 5:2
On Feb 26, 2013, at 5:47 PM, Hervé Pagès wrote:
> Hi,
>
> So MASS::huber(1:10) seems to do the job i.e. (1) loads the MASS
> package (if it's installed), (2) does not pollute the search path,
> (3) no 'R CMD check' warning if MASS is listed in Suggests,
> and (4) descent error message if MASS is
On Feb 26, 2013, at 6:48 PM, Hervé Pagès wrote:
> On 02/26/2013 03:12 PM, Simon Urbanek wrote:
>>
>> On Feb 26, 2013, at 5:47 PM, Hervé Pagès wrote:
>>
>>> Hi,
>>>
>>> So MASS::huber(1:10) seems to do the job i.e. (1) loads the MASS
>>&
On Feb 27, 2013, at 12:54 AM, Hervé Pagès wrote:
> On 02/26/2013 05:28 PM, Simon Urbanek wrote:
>>
>> On Feb 26, 2013, at 6:48 PM, Hervé Pagès wrote:
>>
>>> On 02/26/2013 03:12 PM, Simon Urbanek wrote:
>>>>
>>>> On Feb 26, 2013, at 5:47
ing R versions across
many machines and versions quite convenient.
You don't have to use DESTDIR if you want install to update the files, but I
prefer a clean move to avoid pollution with old files or old packages.
Those are just some ideas that may or may not be useful to you.
Cheers,
Simon
on why you can't have multiple
definitions of J - that's what namespaces are for.
The error you report is entirely unrelated to J -- at lest in isolation. If you
have a reproducible example, please share it.
Cheers,
Simon
> best
>
> matt
>
>
On Mar 1, 2013, at 8:03 AM, Matthew Dowle wrote:
>
> Simon Urbanek wrote :
>> Can you elaborate on the details as of where this will be a problem? Packages
>> should not be affected since they should be importing the namespaces from the
>> packages they use, so the on
On Mar 1, 2013, at 11:40 AM, Matthew Dowle wrote:
> On 01.03.2013 16:13, Simon Urbanek wrote:
>> On Mar 1, 2013, at 8:03 AM, Matthew Dowle wrote:
>>
>>>
>>> Simon Urbanek wrote :
>>>> Can you elaborate on the details as of where this will be
((char*) buf);
but that will remove all checking so if some_function() decides to actually
modify the argument (which it legally can as it was telling you it will), you
are in deep trouble, because memory is being corrupted affecting the whole R.
So don't do thi
n is one threaded !
>
> Where could be a problem and how to correct it ?
>
Hard to say for sure, but possibly in your code. Would you care to provide the
details, such as your platform, the exact code you're using etc?
Note that there are many pack
less you suggest a different recipient.
>
I think you misunderstood - you can use g77 but you will also need F90-capable
Fortran - typically gfortran - unless you have other source for LAPACK and
that's what B.6 says explicitly.
Cheers,
Simon
> In any case, I tried again but using gf
external dependency) - I would certainly not recommend it for something as
trivial as providing GSL.
Cheers,
Simon
> Thanks.
>
> Kevin
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-dev
o eiR is really the best
> and easiest way, but I just wanted to see if there was any way to make it
> easier for the user.
Can you clarify what you mean by "user"? The vast majority of R users use
binaries, so all this is irrelevant to them as they don't need to install GSL
On Mar 12, 2013, at 2:01 PM, Hervé Pagès wrote:
> Hi,
>
> On 03/12/2013 09:55 AM, Simon Urbanek wrote:
>>
>> On Mar 12, 2013, at 12:30 PM, Kevin Horan wrote:
>>
>>>
>>>Thanks for your input. To clarify, I don't need to use any part of GSL
On Mar 12, 2013, at 2:48 PM, Hervé Pagès wrote:
> On 03/12/2013 11:09 AM, Simon Urbanek wrote:
>>
>> On Mar 12, 2013, at 2:01 PM, Hervé Pagès wrote:
>>
>>> Hi,
>>>
>>> On 03/12/2013 09:55 AM, Simon Urbanek wrote:
>>&g
On Mar 12, 2013, at 3:35 PM, Hervé Pagès wrote:
>
>
> On 03/12/2013 11:56 AM, Simon Urbanek wrote:
>>
>> On Mar 12, 2013, at 2:48 PM, Hervé Pagès wrote:
>>
>>> On 03/12/2013 11:09 AM, Simon Urbanek wrote:
>>>>
>>>> On
On Mar 12, 2013, at 4:56 PM, Hervé Pagès wrote:
>
>
> On 03/12/2013 12:53 PM, Simon Urbanek wrote:
>>
>> On Mar 12, 2013, at 3:35 PM, Hervé Pagès wrote:
>>
>>>
>>>
>>> On 03/12/2013 11:56 AM, Simon Urbanek wrote:
>>>>
>
two
> parts of R's dev build process which requires an active network connection -
> tools/rsync-recommended and capturing `svn info` into R's headers.
That is a false statement - svn info doesn't require any network connection.
Cheers,
Simon
> The former can be ov
On Mar 16, 2013, at 10:13 AM, Hin-Tak Leung wrote:
> Network access is *not* a given, nor is the privilege of installing arbitrary
> "uncertified" and "non-essential" tools - whatever the meaning of
> "uncertified" and "non-essential" are, those being defined, as is "design
> goal", etc, by som
see the result of the partial matching. So you get the best of both
>> worlds: no need to type long variable names in full, but no traps when a
>> match is not what you would expect.
>>
>> Doesn't this suit your use case?
> Good point. This works well at the co
as it's polluting the
global namespace, but that's another story... (Linux users won't notice as
Linux doesn't support two-level namespaces AFAIK).
Cheers,
Simon
> The plugin libraries are not stored in a standard directory, but open babel
> provides a function to list th
are
> comfortable.
>
Which versions are affected? R binary for OS X uses freetype 2.4.11 (and cairo
1.12.14) so I just need to know if there is an action item.
Thanks,
SImon
> --- On Sat, 30/3/13, peter dalgaard wrote:
>
>> Huh?
>>
>> This is utterly incomp
t has never
> been explicitly spelled out - the problem was (is) with cairo's pdf/ps
> generation, aided by freetype.
>
But then why would even the old binary in the Cairo package be an issue? It
uses Win32 API, not freetype.
Cheers,
Simon
>> -
inter
> or a copy.
>
You're assigning a pointer, so it doesn't matter.
FWIW, you can avoid all the PROTECTion mess if you alloc+assign, e.g.
SEXP rlist = PROTECT(mknamed(VECSXP, outnames));
SEXP means = SET_VECTOR_ELT(rlist, 0, allocVector(REALSXP, nvar));
...
since you only
On Apr 1, 2013, at 2:54 PM, Terry Therneau wrote:
>
>
> On 04/01/2013 12:44 PM, Simon Urbanek wrote:
>> On Apr 1, 2013, at 1:10 PM, Terry Therneau wrote:
>>
>>> Assume a C program invoked by .Call, that returns a list.
>>>
>>> Near the top o
-ends (like X11) cannot be run in forked
environment, so you can't use them. I don't use png() myself, but I do know
that CairoPNG() from the Cairo package works when forked.
Cheers,
Simon
On Apr 5, 2013, at 12:23 PM, Henrik Bengtsson wrote:
> Hi,
>
> I'm trying to figure o
really be
there if you are using strings as names)
b) you may want to consider use the more efficient registration - either
explicit or in NAMESPACE - so in your case you could use
NAMESPACE: useDynLib(ANTsR, antsImageRead, ...)
foo.R: .Call(antsImageRead, ...)
Cheers,
Simon
> this Error o
ld before you publish the package to create the jar file, it can't be
done at install time for reasons explained.
Cheers,
Simon
> Anyhow thanks for the comments.
>
> Best regards
> Adrian
>
> On 04/16/2013 01:44 PM, Prof Brian Ripley wrote:
>> On 16/04/2013 12:20,
On Apr 16, 2013, at 11:35 AM, Adrian Trapletti wrote:
>
> On 04/16/2013 04:42 PM, Simon Urbanek wrote:
>> On Apr 16, 2013, at 9:56 AM, Adrian Trapletti wrote:
>>
>>> I don't really like the approach which ship the redundant jar files unless
>>> it is
k and gfortran from
CRAN did work with some tweaking - this is what I used:
CC=/opt/clang/bin/clang CXX=/opt/clang/bin/clang++ 'CFLAGS=-fsanitize=address
-O1 -fno-omit-frame-pointer -g -Wall' 'CXXFLAGS=-fsanitize=address -O1
-fno-omit-frame-pointer -g -Wall'
On Apr 22, 2013, at 9:14 AM, Hadley Wickham wrote:
> Hi all,
>
> An interesting discovery: if you want to convert an environment to a
> list, and you already know the names of the objects in the
> environment, using mget is about twice as fast as using as.list on the
> environment.
>
I'd say th
nd this out from
the sources than the compiled code which is how R has to identify it which
makes it impossible to track the source (because it could have been from a
static library, for example).
Cheers,
Simon
> many thanks
> David
>
On Apr 23, 2013, at 12:43 PM, dpleydell wrote:
> Many thanks Simon for your response
>>> Identifying the source of the message is a non-trivial problem because
>>> there are a large number of calls to printf and fprintf etc in several
>>> thousands of lines of c
other package
which can cause inconsistencies (note that lazy loading is a red herring - it's
used regardless of compilation). That said, you won't save significant amount
of time anyway (did you actually profile the time or are you relying on your
eyes to deceive you? ;)), so it
' can be used to name a field, we can also used '#:' or '###:' (or
> even '%:' for LaTeX's fans).
>
> So '#:' is a new possible way for adding comments in DESCRIPTION file.
>
No, it's not, they are not permitted -- please read the DC
at '<8c>'
The cause is that fgrep_one() gives higher precedence to mbcslocale than
use_UTF8 so the grep is actually done in the MBCS locale and not UTF-8.
Consequently, you'll see this only in multi-byte locales other than UTF-8, so
on let's say OS X you can repr
On May 1, 2013, at 5:33 PM, Simon Urbanek wrote:
>
> On May 1, 2013, at 10:06 AM, Hadley Wickham wrote:
>
>> Hi all,
>>
>> In what encoding does format.POSIXct return its output? It doesn't
>> seem to be utf-8:
>>
>> Sys.setlocale("LC_AL
On May 2, 2013, at 2:58 AM, cgenolin wrote:
> Hi,
>
> I am not that familiar with the DCF... But R seems to accept # quite easely.
The fact that R currently accepts invalid DCF files is not a guarantee that it
won't be following the standard more closely in the future. What you are doing
is i
/.../mypackage'
>
You should add the repositories for the dependencies as well, e.g.:
install.packages("mypackage",
type="source",repos=c("http://myrepository.example.com";,
"http://cran.r-project.org/";))
or make your repository more complete (e.g.
begin with the comment character, #."
see 5.1 Syntax of control files:
http://www.debian.org/doc/debian-policy/ch-controlfields.html
Cheers,
Simon
> Christophe
>
>
>
> --
> View this message in context:
> http://r.789695.n4.nabble.com/Comments-in-the-DESCRIP
data from somewhere
etc. Good luck!
If all fails, you can always compile R for JS/Linux ;).
Cheers,
Simon
> Devel source at https://github.com/gmbecker/RFirefox, release, (hopefully)
> officially cross-platform version to coincide with the paper going off for
> review.
>
> I had
possibility, but one practical problem with
requiring GPL >=3 is that it is not GPL-2 compatible so it's a decision that
better be made very consciously with all the consequences in mind).
Cheers,
Simon
> Thanks in advance,
>
. Also it allows you to get the benefits of both worlds: R for
computation + static graphics while allowing you do to cool interactive
graphics in JavaScript. RCloud is something like iPython notebook but based on
R with extra interactive graphics. But this is getting OT ;).
Cheers,
Simon
&
web-baed interactive graphics typically do it the other way around - define
JS-based primitives with interactions and build plots from this. You actually
get nice interactive graphics, but you can't re-use R-based graphics (other
than re-drawing it interactively, but that's another stor
endencies it
needs. I don't know that was the intended design. I see two way to fix this
1) make sure Depends: are always put on the search path even if the package is
not attached
2) automatically generate imports for all packages in Depends:
The main problem is that B is helpless - only a cha
On May 8, 2013, at 1:52 PM, Martin Morgan wrote:
> On 05/08/2013 10:25 AM, Simon Urbanek wrote:
>>
>> On May 7, 2013, at 11:35 PM, Peter Meilstrup wrote:
>>
>>> Encountered an error in scripting, which can be reproduced using Rscript as
>>> follows:
>&
thing as La_solve(). You can use dgesv from LAPACK, though.
However, the subject poses a different question -- you can call R function from
C code by using eval().
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> may I just make a clean env?
>
It depends on where you want to evaluate it. R_GlobalEnv is the most common -
mostly it acts as if you evaluated it on the console. If you want a particular
namespace (e.g. myPackage), you can use R_FindNamespace(mkString("myPackage"))
it could be argued that R
might install a handler itself when the limit is set ...).
But note that this is really just a special case of of Sys.sleep(). If you
actually run R code, then ProcessEvents is triggered automatically during the
evaluation (or in interruptible C code).
Cheers,
Si
ode compiled against it subsequently will point to the
version inside R instead.
Cheers,
Simon
FWIW: There is R-SIG-Mac for Mac-specific questions.
>
> Thank you in advance.
>
> Best,
> Xiao
>
> [[alternative HTML version deleted]]
>
> __
On May 24, 2013, at 6:00 AM, Peng Yu wrote:
> 'eval' is used in optim.c, but it is used along with other things. I'm
> looking for a standalone example to demonstrate the usage of eval in
> C. Does anybody have some a simple example? Thanks.
>
Try R-exts:
"5.11 Evaluating R expressions from C"
noted - it practice I'd recommend using either local() or functions
to control the scope - using rm() or assignments seems too error-prone to me.
Cheers,
Simon
> SOME BENCHMARKS:
> A toy example imitating an iterative algorithm with "large" temporary objects.
>
&g
ize_R).
Cheers,
Simon
Besides it is interesting that if i put the R code in the main
thread(don't create any thread), it work, and the E-exts doc say
that "Embedded R is designed to be run in the main thread, and all
the testing is done in that context." so i wonder is
On May 24, 2009, at 10:18 AM, Romain Francois wrote:
Robert Gentleman wrote:
Hi,
I stripped the cc's as I believe that all read this list.
Romain Francois wrote:
[moving this to r-devel]
Robert Gentleman wrote:
Hi,
Romain Francois wrote:
Duncan Murdoch wrote:
On 5/22/2009 10:59 AM,
On May 25, 2009, at 4:54 PM, Romain Francois wrote:
Simon Urbanek wrote:
[snip]
I need to read more about embedding R (as in section 8 of WRE). I
know you can supply your own implementation of the REPL, but I am
not sure this includes the one that goes on once trapped into the
eract with pch='.' since Quartz has no way of knowing that those
rectangles are supposed to be glyphs), but I cannot reproduce it.
Thanks,
Simon
On Jun 3, 2009, at 4:45 , t...@stat.washington.edu wrote:
Full_Name: Thomas Richardson
Version: R 2.9.0 GUI 1.28 Tiger build 32-bit (53
On Jun 3, 2009, at 4:45 , t...@stat.washington.edu wrote:
Full_Name: Thomas Richardson
Version: R 2.9.0 GUI 1.28 Tiger build 32-bit (5395)
OS: 10.4.11
Submission from: (NULL) (216.254.15.72)
I have encountered a problem with points in scatterplots
disappearing in a
quartz window when it i
=19, cex=0.2)
to
plot(rnorm(1e5), rnorm(1e5), pch=19, col="#0010", cex=0.2)
Varying the alpha will allow you to shift the focus from outliers to
global patterns.
Cheers,
Simon
Cheers,
S
So I guess it might be related to the
"special treatment" of "." desc
to pixels causes it to shrink to 0 (i.e. the width or height
is < 0.5 pixels).
Thanks,
Simon
On Jun 3, 2009, at 14:54 , Thomas Richardson wrote:
Dear Simon,
Thank you very much for the very rapid response!
rna is not defined in R, can you, please, supply a reproducible
exam
t's not true, try
l=list(123)
names(l)=""
list(""=123)
Error: attempt to use zero-length variable name
That has nothing to do with lists per se - the problem is the empty
argument name in the call to the function `list`. However, you'll be
creating
On Jun 14, 2009, at 14:16 , kevmac wrote:
I still have that same error.
Can you be more specific, please (exact errors, config.log, R
version ...)? Are you using latest R?
Cheers,
Simon
Do you have the la
Simon Urbanek wrote:
It should be fixed now.
Cheers,
Simon
On Apr 20
On Jun 18, 2009, at 9:57 , Christophe Genolini wrote:
Hi the list,
I am writing a R function that call a C function. The C function
needs integers but I do not manage to give a NA integer as argument :
--- C code ---
void essai(int *t){
Rprintf("\nT0=%i T1=%i T2=%i T3=%i",t[0],t[1],t[2],t
x27;s not what I'm arguing
for]. Or am I missing something?
Cheers,
S
Romain
Simon Urbanek wrote:
On Jun 15, 2009, at 12:05 , Romain Francois wrote:
Hello,
In JRI, is there a way to get the error message that is generated
by the
parser through rniParse
For example, if I have th
rt it to double (real vector in R) since you have
at least guaranteed 52-bit precision (technically even more) and can
perform the usual operations on it.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
o use allocVector? That's most
reliable and trivial to do. Messing around with internal SEXP
representation is asking for trouble as that may change at any point
without notice (note that all access is through functions to avoid
that).
Cheers,
Simon
- create a normal LISTSXP in
On Jul 17, 2009, at 8:55 PM, Kasper Daniel Hansen wrote:
This has been discussed on the R-sig-mac email list. The short
answer is that something bad happened (bad = R-devel was used to
compile CRAN packages) and Simon (who is maintaining this) was
traveling. He is working on the problem
finalizer (and on C level
R_Register*Finalizer* functions).
Cheers,
Simon
rm() combined with gc() does not seem to be a good idea (Chambers,
2008).
So could it be done on the C/C++ level or is it even already
available in
the "internals"?
Many thanks,
David
surely can use the same old reality-based
check that it used before 2.9.0.
Cheers,
Simon
Duncan Murdoch
(Under the philosophy that "it is easier to beg forgiveness than to
ask permission", perhaps install R should just try to create/write
what it wants and only fail iby chec
ot;'"+(new File("z:/foo/bar"))+"'"); will print
correctly 'z:\foo\bar'.
I would suspect that the difference between R-Forge and CRAN may
probably be just the setting of TMP/TEMP... [just a guess ;)]
Cheers,
Simon
This is not something that worries m
n't think this is a strong argument here. IMHO
identical(0, -0) should return FALSE, because they are simply not the
same objects and that's what identical is supposed test for. If you
want to test equality of elements there are other means you should be
using that were mentioned in this thread.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
uch as the exact code and sessionInfo()).
Cheers,
Simon
And please provide some more information:
* in R: sessionInfo()
* and your used operation system
Best
Markus
Rune Schjellerup Philosof schrieb:
When I execute mclapply it creates the needed processes, but these
processes never begin
16
To substantiate your claim, please provide a reproducible example as
well as sessionInfo() [and details on how you run it - GUI, CLI, ...],
but I suspect the difference may be in your data, not R.
Thanks,
Simon
On Aug 12, 2009, at 12:25 , richard_stahl...@urmc.rochester.edu wrote:
Fu
re complex
(VECSXP, STRSXP, ...) requires you to re-map the payload as well and
you're back in the trouble of dependent SEXPs. But maybe I'm missing
something - describing what you really do with it may help since
R_RegisterObject in itself doesn't make much sense to me ...
less
flexible than .Call which gives you all you want including the control
over duplication and the length of the supplied arguments.
(There are some packages that can generate wrappers from function
arguments or header files - maybe the authors can comments on that if
they wish).
).
Cheers,
Simon
Ubuntu intrepid
Linux bolker-lap2 2.6.27-14-generic #1 SMP Wed Jul 29 09:01:45 UTC
2009
i686 GNU/Linux
Gnu Make 3.81
gcc 4.3.2
===
svn update
Restored 'src/library/Makefile.in'
At revision 49309.
./configure
[...]
R is now configured for i68
or(REALSXP, 1));
Scrap that - you're allocating data and in the next line you're
discarding it?!?
data = findVar(install("x"), rho);
Just add
if (TYPEOF(data) == PROMSXP)
data = eval(data, rho);
Cheers,
Simon
UNPROTECT(1);
return(data);
}
--# END #--
lts in error.
You're confusing rhome and arch - the above makes no sense. Let rhome
alone and you should be fine. (And make sure you're not building in
the source tree - you should be using something like mkdir obj_vg0 &&
cd obj_vg0 && ../R-2.9.1/configure ...)
Ch
cd obj_vg0 && ../R-2.9.1/configure ...)
Thanks Simon. I'd already tried various variations with rhome and
arch, but I
think my biggest error was that I was always compiling from within
the source
tree. However, the following script still doesn't quite do the job
cd /usr
ittled off this example
might be useful
to others in the official documentation.
I still don't understand why you are running all the doc makes at the
end and why you set a prefix and then copy things manually ...
Cheers,
Simon
__
R-devel@r-pr
lang3 protects all its arguments, so it's safe (and IMHO the
main point of having this function).
Cheers,
Simon
PROTECT(e = lang2(install("cov"),t1));
PROTECT(t2 = (R_tryEval(e, NULL, &errorOccurred)));
PROTECT(e = lang3(install("round"),t2, ScalarIn
only packages with native code).
That could probably be simplified, but I didn't have the time to do
that.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
character vectors - what you probably meant is
something like
const char *x = CHAR(STRING_ELT(VECTOR_ELT(t2,0), 0));
printf("dim 1 = (%s, ...)\n", x);
Cheers,
Simon
strcpy(y,(CHAR(VECTOR_ELT(t2,1))[0]));
printf("%d * %d\n %s %s \n Matrix:\n",nx,ny,x,y);
On Aug 28, 2009, at 9:42 AM, Abhijit Bera wrote:
Hi Simon
Thanks. All the confusion between CHAR and STRING. First I read this :
http://www1.cuni.cz/~obo/r_surprises.html
Uh, oh, that doc confuses things even more and is not really correct
(well, the author admits that he has no idea
On Aug 28, 2009, at 11:18 , Andrew Piskorski wrote:
On Thu, Aug 27, 2009 at 06:36:38PM -0400, Simon Urbanek wrote:
It was fairly straight-forward to build R (like any other cross-
compilation). The tricky part is to install packages (if you are
truly
cross-compiling on another architecture
On Sep 1, 2009, at 21:05 , Matias Silva wrote:
Trying to install the above two packages via the
"install.packages("package_name")" command and
the "R CMD INSTALL file.tar.gz".
I receive the following error either way "sh: ./configure: /bin/sh:
bad interpreter: Permission denied".
I have tr
e.
However, as a binary maintainer, you'll have to install all CRAN and
parts of BioC anyway, so in practice this is not an issue at all.
Cheers,
Simon
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
piled form sources). Uwe's comment was about the necessity to
make all sources available for GPL licensed packages in either case.
Cheers,
Simon
but after some thinking I fully understand that many people would
object to this for good reasons: R code depending on a C compiler
will not
901 - 1000 of 1467 matches
Mail list logo