Simon,
If Boost.Thread is only headers, it would be a candidate to include in
package BH. This would greatly simplify life for you and the users of your
package.
Jay
On Sat, Nov 2, 2013 at 9:54 AM, Simon wrote:
> Hi,
>
> Recently, I made an R package that used the C++ library Boost.Thread (
Or -- in all our spare time! -- we should really consider doing the right
thing and Rcpp-ifying the bigmemory packages. It's probably too late for a
GSOC project at this point. Mike and I will talk about it. If we think we
could manage it over 2-3 intense days, maybe it will happen this summer.
Maybe we (I) should accept requests for additions to BH, rebuild, and
make available on R-Forge. When there is proof that the addition has
been used successfully, bump up to CRAN. We don't want excessive
uploads to CRAN because of the size, of course.
Sounds like foreach may be next?
Jay
On Su
Won-min,
We are finishing development of a package designed to streamline use of
Boost. This will hopefully be on CRAN sooner or later. Let's converse
off-list and I'll fill you in and perhaps we could test out the framework.
It would be nice to have another case study for proof-of-concept.
Ch
> > Nice document but it would be good to distinguish between the C
> > interfaces -- the .C interface may not be fully general; however, it
> > is adequate for a lot of numerical work such as writing the objective
> > function and gradient in optimization routines and is not painful at
> > all.
>
Gabor makes my (minor) point with greater eloquence. I certainly am not
arguing against the value of Rcpp, and I agree completely with Hadley on
the inconsistencies if we're talking about .Call and SEXP, etc...
> Nice document but it would be good to distinguish between the C
> interfaces -- the
I'm not sure I'd go quite this far in ragging on the C API. For someone
who wants to write plain-vanilla C code (without C++) working on vectors
and matrices, it really seems acceptable to me. If someone doesn't have at
least some basic technical ability, they shouldn't be writing C or C++
code,
If you need more than 2^31 - 1, have a look at bigmemory as a possibility
(particularly if you aren't shy about C++ and want to work directly with
the object).
Jay
On Thu, Aug 9, 2012 at 9:23 AM, Mathias Bader wrote:
>
> Hello Davor
>
> Thank you for your message.
>
> I came up with similar num
As follow-up note: package bcp is, at this point, only partially
Rcpp-ified (the interesting part). I'll finish the conversion soon,
and will throw together some docs on the process. It's only a small
portion of the much larger Rcpp world.
Jay
On Fri, Sep 16, 2011 at 9:54 AM, Dirk Eddelbuettel
Chuck,
Internally, R is using 4-byte integers for indexing, and the length of
a vector is thus constrained to 2-billion-ish elements. Two ways
around this include packages ff and
bigmemory, for example, or relying on database-like queries. However,
the resulting objects can't be used with standa
Success! This student had Xcode 3.1.3, and the default behavior seems
to be g++-4.0; after fixing up the symbolic link in /usr/bin to point
g++ to g++-4.2, everything started working. Hope this helps
someone...
Jay
On Tue, Apr 5, 2011 at 3:49 PM, Dirk Eddelbuettel wrote:
>
> On 5 April 2011 at
Is there some possibility 4.2 might be included in addition to 4.0,
but that 4.0 could be the default behavior? This might be consistent
with the following email from my student (though it's also possible
that she did some installation improperly). I'm starting to think I
ought to have a Mac in m
du 9.8.0 Darwin Kernel Version
9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_I386
i386
On Tue, Apr 5, 2011 at 12:14 PM, Dirk Eddelbuettel wrote:
>
> Hi Jay,
>
> Thanks for posting here!
>
> On 5 April 2011 at 11:59, Jay Emerson wrote:
> | I've Rcpp-i
I've Rcpp-ified the new package bcp (Bayesian change point analysis)
and it seems to work on Linux and Windows. We're having some Mac
problems (and I don't have a Mac). I have one current and one past
student, both getting similar problems in different ways. For one,
she started with (I think) R
14 matches
Mail list logo
