Hi,
the following testcase exposes a difference in gcc and clang
snip
#include
#include
int main(int argc, char *argv[]) {
// We need some kind of R environment to create a List.
RInside R;
Rcpp::List list;
list["a"] =
This is likely to be a bug in Rcpp, don't go bother clang about it:)
Perhaps you can try to remove the bool cast and run the test suite. If
everything works, then it either means that there are no tests for the
particular case or that the overload is useless.
You probably have to consider what
I've removed the bool cast from last week's git, reinstalled the
package, ran the test suite with --allTests, recompiled my own codes,
everything seems to work.
If the bool cast is missing, the code should just fall back to the
templated operator T(), with T=bool. Unless RCPP_DEBUG_LEVEL is en
Thanks. Hopefully someone will pick it up or at least create an issue by proxy
for you.
Romain
Le 29 juil. 2014 à 12:17, Christian Authmann
a écrit :
> I've removed the bool cast from last week's git, reinstalled the package, ran
> the test suite with --allTests, recompiled my own codes, ev
On 29 July 2014 at 12:17, Christian Authmann wrote:
| Sorry, due to a restrictive firewall on my dev computer, I cannot access
| github from it. A mail will have to suffice for now.
Can you email me a proper patch, created the usual way via diff -u, or git diff
?
Thanks, Dirk
--
http://dirk
Sent a PR. Everything was pretty well explained in the original email.
Le 29 juil. 2014 à 13:51, Dirk Eddelbuettel a écrit :
>
> On 29 July 2014 at 12:17, Christian Authmann wrote:
> | Sorry, due to a restrictive firewall on my dev computer, I cannot access
> | github from it. A mail will hav
On 29 July 2014 at 15:09, Romain François wrote:
| Sent a PR.
Thanks, merged.
| Everything was pretty well explained in the original email.
Sure. But I wasn't involved in that discussion, and it makes more sense if
those closer to the issue take initiative -- so thanks for sending the PR.
Di