On 16 March 2010 at 16:59, Alistair Gee wrote:
| Here are patches to RcppFrame.h:
Sweet! Thanks a lot!
Now, just to top it off, could provide a unit test that would ideally trigger
the issue (or something related) pre-fix but not post-fix?
Dirk
| --- RcppFrame.h~2010-02-16 10:54:01
Here are patches to RcppFrame.h:
--- RcppFrame.h~2010-02-16 10:54:01.0 -0500
+++ RcppFrame.h 2010-03-16 19:48:29.847994574 -0400
@@ -30,7 +30,8 @@
enum ColType { // Supported data frame column types.
COLTYPE_DOUBLE, COLTYPE_INT, COLTYPE_STRING,
COLTYPE_FA
Le 16/03/10 23:19, Romain Francois a écrit :
>
> Le 16/03/10 22:09, Douglas Bates a écrit :
>>
>> On Tue, Mar 16, 2010 at 3:24 PM, Dirk Eddelbuettel wrote:
>>
>>> That's an interesting problem. AFAICT folks prefer iterators and
>>> transform()
>>> and its ilk because it allows you to swap vecto
Oops. commited now.
Le 16/03/10 23:16, Douglas Bates a écrit :
>
> I don't see that commit. I have SVN revision 909, which AFAICS is the
> latest version, and there is no mention of make_list or Rcpp::Argument
> that I can find.
>
> On Tue, Mar 16, 2010 at 5:49 AM, Romain Francois
> wrote:
>> H
Le 16/03/10 22:09, Douglas Bates a écrit :
>
> On Tue, Mar 16, 2010 at 3:24 PM, Dirk Eddelbuettel wrote:
>
>> That's an interesting problem. AFAICT folks prefer iterators and transform()
>> and its ilk because it allows you to swap vector() for, say, list() with
>> minimal
>> fuss. It is less c
I don't see that commit. I have SVN revision 909, which AFAICS is the
latest version, and there is no mention of make_list or Rcpp::Argument
that I can find.
On Tue, Mar 16, 2010 at 5:49 AM, Romain Francois
wrote:
> Hello,
>
> I have now commited make_list as a set of templates taking variable n
On Tue, Mar 16, 2010 at 3:24 PM, Dirk Eddelbuettel wrote:
> That's an interesting problem. AFAICT folks prefer iterators and transform()
> and its ilk because it allows you to swap vector() for, say, list() with
> minimal
> fuss. It is less clear that you pick up speed that way. Wouldn't the
Le 16/03/10 21:01, Douglas Bates a écrit :
>
> On Tue, Mar 16, 2010 at 2:00 PM, Douglas Bates wrote:
>> In profiling some of the code for generalized linear mixed models I
>> discovered that a considerable amount of the time was being taken up
>> in evaluation of some of the functions in the glm f
That's an interesting problem. AFAICT folks prefer iterators and transform()
and its ilk because it allows you to swap vector() for, say, list() with minimal
fuss. It is less clear that you pick up speed that way. Wouldn't the cost
of log() dominate the looping, whether it's old school C style
On Tue, Mar 16, 2010 at 3:01 PM, Douglas Bates wrote:
> On Tue, Mar 16, 2010 at 2:00 PM, Douglas Bates wrote:
>> In profiling some of the code for generalized linear mixed models I
>> discovered that a considerable amount of the time was being taken up
>> in evaluation of some of the functions in
On Tue, Mar 16, 2010 at 2:00 PM, Douglas Bates wrote:
> In profiling some of the code for generalized linear mixed models I
> discovered that a considerable amount of the time was being taken up
> in evaluation of some of the functions in the glm family. Many of
> these functions in the family ar
In profiling some of the code for generalized linear mixed models I
discovered that a considerable amount of the time was being taken up
in evaluation of some of the functions in the glm family. Many of
these functions in the family are candidates for a std::transform
application
> str(poisson())
Le 16/03/10 12:26, Dirk Eddelbuettel a écrit :
>
>
> On 16 March 2010 at 11:49, Romain Francois wrote:
> | Hello,
> |
> | I have now commited make_list as a set of templates taking variable
> | number of arguments and creating named generic vectors. There is again
> | some code bloat involved and i
On 16 March 2010 at 11:49, Romain Francois wrote:
| Hello,
|
| I have now commited make_list as a set of templates taking variable
| number of arguments and creating named generic vectors. There is again
| some code bloat involved and it handles up to 20 arguments. (this is not
| painful to ma
Hello,
I have now commited make_list as a set of templates taking variable
number of arguments and creating named generic vectors. There is again
some code bloat involved and it handles up to 20 arguments. (this is not
painful to make it 50 or 100, but I think 20 is good enough for now).
For e
Le 16/03/10 01:33, Douglas Bates a écrit :
>
> I have been using the begin method to obtain a pointer to the contents
> of an Rcpp::Vector object. For example
>
> Rcpp::NumericVector foo(10);
> double *ptr = foo.begin();
>
> Would a preferred idiom be
>
> double *ptr =&foo[0]:
>
> In C I would use
16 matches
Mail list logo
