On 15/07/2015 9:43 AM, Dirk Eddelbuettel wrote:
>
> On 14 July 2015 at 08:06, Duncan Murdoch wrote:
> | It looks like a bug in codetools. It handles a number of functions
> | specially; data() is one, binomial() is another. I think there are some
> | implicit assumptions in it that stats and uti
On 14 July 2015 at 08:06, Duncan Murdoch wrote:
| It looks like a bug in codetools. It handles a number of functions
| specially; data() is one, binomial() is another. I think there are some
| implicit assumptions in it that stats and utils are on the search path,
| but in the new tests, they ar
On 15 July 2015 at 09:07, sbihorel wrote:
| I saw a few recent posts on topics related to mine (eg
| https://stat.ethz.ch/pipermail/r-package-devel/2015q3/000238.html). It
| looks like I need to import more packages in my NAMESPACE, correct?
Yes.
| However, I thought that imports would be rec
Hi Duncan,
So if the NAMESPACE of a package contains exportPattern("^[^\\.]"), does
this mean that only the functions created within the package are
exported and that the functions that were imported are not exported?
On 7/15/2015 9:24 AM, Duncan Murdoch wrote:
On 15/07/2015 9:07 AM, sbihore
On 15/07/2015 9:07 AM, sbihorel wrote:
> Hi,
>
> I saw a few recent posts on topics related to mine (eg
> https://stat.ethz.ch/pipermail/r-package-devel/2015q3/000238.html). It
> looks like I need to import more packages in my NAMESPACE, correct?
>
> However, I thought that imports would be recur
Hi,
I saw a few recent posts on topics related to mine (eg
https://stat.ethz.ch/pipermail/r-package-devel/2015q3/000238.html). It
looks like I need to import more packages in my NAMESPACE, correct?
However, I thought that imports would be recursive, ie imports would
also get the info from depe
