Dominick,
> Merging Rcpp into cxxPack may be the only way that I can move on to
> the work that really interests me. I am open to other suggestions from
> the R community...
I strongly encourage you to do this. I think the nice folks at
R-forge will even give you your own mailing list.
Joking a
On 10 January 2011 at 16:17, Dominick Samperi wrote:
| On Mon, Jan 10, 2011 at 3:59 PM, Dirk Eddelbuettel wrote:
| Unless I am mistaken, you have sent one patch. For a system / compiler
| combination not used by R itself and also of limited to no interest to
| Romain
| and myself
On Mon, Jan 10, 2011 at 3:59 PM, Dirk Eddelbuettel wrote:
>
> On 10 January 2011 at 15:39, Dominick Samperi wrote:
> |
> |
> | On Mon, Jan 10, 2011 at 3:18 PM, Dirk Eddelbuettel
> wrote:
> |
> |
> | On 10 January 2011 at 14:55, Dominick Samperi wrote:
> | | For those who may be tempted t
On 10 January 2011 at 15:39, Dominick Samperi wrote:
|
|
| On Mon, Jan 10, 2011 at 3:18 PM, Dirk Eddelbuettel wrote:
|
|
| On 10 January 2011 at 14:55, Dominick Samperi wrote:
| | For those who may be tempted to release "free software," this is an
| | illustration of the greatest
On Mon, Jan 10, 2011 at 3:18 PM, Dirk Eddelbuettel wrote:
>
> On 10 January 2011 at 14:55, Dominick Samperi wrote:
> | For those who may be tempted to release "free software," this is an
> | illustration of the greatest hazard. Imagine seeing your prior work
> | "released as deprecated" in a publ
On 10 January 2011 at 14:55, Dominick Samperi wrote:
| For those who may be tempted to release "free software," this is an
| illustration of the greatest hazard. Imagine seeing your prior work
| "released as deprecated" in a public CRAN repository.
Yes, it is surely much better to release it and
On Mon, Jan 10, 2011 at 2:11 PM, Dirk Eddelbuettel wrote:
>
> On 10 January 2011 at 13:30, Dominick Samperi wrote:
> | Is the fix that I proposed and that was confirmed by the three of us a
> dream?
>
> A 'fix'? Where is posting a ten-liner that exhibits a perceived bug a
> 'fix'?
>
> As for the
On 10 January 2011 at 13:30, Dominick Samperi wrote:
| Is the fix that I proposed and that was confirmed by the three of us a dream?
A 'fix'? Where is posting a ten-liner that exhibits a perceived bug a 'fix'?
As for the relevance of gctorture, I argued before that our approach of proxy
classes
On Mon, Jan 10, 2011 at 12:02 PM, Dirk Eddelbuettel wrote:
>
> On 10 January 2011 at 11:36, Dominick Samperi wrote:
> |
> |
> | On Mon, Jan 10, 2011 at 11:09 AM, Dirk Eddelbuettel
> wrote:
> |
> |
> | On 10 January 2011 at 11:04, Dominick Samperi wrote:
> | | On Mon, Jan 10, 2011 at 10:3
On 10 January 2011 at 11:36, Dominick Samperi wrote:
|
|
| On Mon, Jan 10, 2011 at 11:09 AM, Dirk Eddelbuettel wrote:
|
|
| On 10 January 2011 at 11:04, Dominick Samperi wrote:
| | On Mon, Jan 10, 2011 at 10:32 AM, Dirk Eddelbuettel
| wrote:
| | We (somewhat breathlessly)
On Mon, Jan 10, 2011 at 11:09 AM, Dirk Eddelbuettel wrote:
>
> On 10 January 2011 at 11:04, Dominick Samperi wrote:
> | On Mon, Jan 10, 2011 at 10:32 AM, Dirk Eddelbuettel
> wrote:
> | We (somewhat breathlessly) await your patches.
> |
> | I already submitted a clear explanation of how to fi
On 10 January 2011 at 11:04, Dominick Samperi wrote:
| On Mon, Jan 10, 2011 at 10:32 AM, Dirk Eddelbuettel wrote:
| We (somewhat breathlessly) await your patches.
|
| I already submitted a clear explanation of how to fix the problem earlier
| in this thread, with examples. This involved a lo
On Mon, Jan 10, 2011 at 10:32 AM, Dirk Eddelbuettel wrote:
>
> On 10 January 2011 at 10:10, Dominick Samperi wrote:
> |
> |
> | On Sun, Jan 9, 2011 at 1:52 PM, Dirk Eddelbuettel
> wrote:
> |
> |
> | On 9 January 2011 at 12:41, Douglas Bates wrote:
> | | I'm sorry to say that I will need
On 10 January 2011 at 10:10, Dominick Samperi wrote:
|
|
| On Sun, Jan 9, 2011 at 1:52 PM, Dirk Eddelbuettel wrote:
|
|
| On 9 January 2011 at 12:41, Douglas Bates wrote:
| | I'm sorry to say that I will need to abandon the debugging of this.
| |
| | I have converted the code
On Sun, Jan 9, 2011 at 1:52 PM, Dirk Eddelbuettel wrote:
>
> On 9 January 2011 at 12:41, Douglas Bates wrote:
> | I'm sorry to say that I will need to abandon the debugging of this.
> |
> | I have converted the code in Rcpp/R/exceptions.R to using a R
> | functions with a common environment to ke
On 10 January 2011 at 15:27, Romain Francois wrote:
| Le 10/01/11 13:26, Dirk Eddelbuettel a écrit :
| >
| > On 10 January 2011 at 12:06, Daniel Sabanés Bové wrote:
| > | Hi,
| > |
| > | I have to report another serious bug in argument extraction, now with
| > | integers.
| > | (It seems to me tha
Le 10/01/11 13:26, Dirk Eddelbuettel a écrit :
On 10 January 2011 at 12:06, Daniel Sabanés Bové wrote:
| Hi,
|
| I have to report another serious bug in argument extraction, now with
| integers.
| (It seems to me that the fix by Romain could have been causing this
| behaviour?)
| Moreover, the p
On 10 January 2011 at 13:36, Daniel Sabanés Bové wrote:
| Hi Dirk,
|
| thanks for your quick response.
|
| I think this is a bug if you as a programmer think "OK, Rcpp does nice
| implicit conversion for me" and indeed it does not do the right thing.
I think the problem is, as they say, between
Hi Dirk,
thanks for your quick response.
I think this is a bug if you as a programmer think "OK, Rcpp does nice
implicit conversion for me" and indeed it does not do the right thing.
Also note that this behaviour was only introduced in the previous
version of Rcpp, before my code worked without
On 10 January 2011 at 12:06, Daniel Sabanés Bové wrote:
| Hi,
|
| I have to report another serious bug in argument extraction, now with
| integers.
| (It seems to me that the fix by Romain could have been causing this
| behaviour?)
| Moreover, the problem does not depend on a "const" modifier:
|
Hi,
I have to report another serious bug in argument extraction, now with
integers.
(It seems to me that the fix by Romain could have been causing this
behaviour?)
Moreover, the problem does not depend on a "const" modifier:
-- snip --
library(Rcpp)
library(inline)
## this compiles and loads fi
21 matches
Mail list logo