The problem is not with setting up the union, but with updating the cached
version of the subclasses that are implicitly members of the union.
Think of it this way. Class "B" does not have a superclass "C" in its
incarnation on PkgB. Only dynamically in the situation you have created does
thi
I obviously cannot predict the implications as much as John, but would the
followings be solutions:
- setClassUnion looks up for subclasses of its elements and add them up,
and setClass('A', ...) would update the union classes of any superclass of
'A'. removeClass would need to do some cleanup, wh
No need for generic functions and methods. Just looking at the
hierarchy of the classes shows the problem.
With Martin's simplified version:
> library(PkgA)
> extends("A")
[1] "A"
> library(PkgB)
> extends("B")
[1] "B" "A"
> setClassUnion("C", c("matrix", "A"))
> extends("A")
[1] "A" "C"
> ext
On 12/09/2012 08:27 PM, John Chambers wrote:
Yes, you are right.
Mixing S3 and S4 methods for a generic is fine, although in subtle cases one is
safer promoting the S3 method to an S4 method, as you did in your example.
Usually, the default method for the S4 generic is the S3 generic. But, in
Yes, you are right.
Mixing S3 and S4 methods for a generic is fine, although in subtle cases
one is safer promoting the S3 method to an S4 method, as you did in your
example.
Usually, the default method for the S4 generic is the S3 generic. But,
in general, it's not possible to check algori
On 12/5/2012 1:12 PM, Duncan Murdoch wrote:
On 12-12-05 3:26 PM, Spencer Graves wrote:
On 12/5/2012 11:27 AM, Duncan Murdoch wrote:
On 12-12-05 2:19 PM, Spencer Graves wrote:
On 12/5/2012 11:10 AM, Duncan Murdoch wrote:
On 12-12-05 1:24 AM, Spencer Graves wrote:
Hello:
I'm having
On 12-12-05 3:26 PM, Spencer Graves wrote:
On 12/5/2012 11:27 AM, Duncan Murdoch wrote:
On 12-12-05 2:19 PM, Spencer Graves wrote:
On 12/5/2012 11:10 AM, Duncan Murdoch wrote:
On 12-12-05 1:24 AM, Spencer Graves wrote:
Hello:
I'm having problems creating a real NAMESPACE to replac
On 12/5/2012 11:27 AM, Duncan Murdoch wrote:
On 12-12-05 2:19 PM, Spencer Graves wrote:
On 12/5/2012 11:10 AM, Duncan Murdoch wrote:
On 12-12-05 1:24 AM, Spencer Graves wrote:
Hello:
I'm having problems creating a real NAMESPACE to replace
the pro
forma one in the fda package on R-F
On 12/5/2012 11:27 AM, Duncan Murdoch wrote:
On 12-12-05 2:19 PM, Spencer Graves wrote:
On 12/5/2012 11:10 AM, Duncan Murdoch wrote:
On 12-12-05 1:24 AM, Spencer Graves wrote:
Hello:
I'm having problems creating a real NAMESPACE to replace
the pro
forma one in the fda package on R
On 12-12-05 2:19 PM, Spencer Graves wrote:
On 12/5/2012 11:10 AM, Duncan Murdoch wrote:
On 12-12-05 1:24 AM, Spencer Graves wrote:
Hello:
I'm having problems creating a real NAMESPACE to replace the pro
forma one in the fda package on R-Forge. "R CMD check" complains,
"Error: packag
On 12/5/2012 11:10 AM, Duncan Murdoch wrote:
On 12-12-05 1:24 AM, Spencer Graves wrote:
Hello:
I'm having problems creating a real NAMESPACE to replace the pro
forma one in the fda package on R-Forge. "R CMD check" complains,
"Error: package 'zoo' could not be loaded ... there is no p
On 12-12-05 1:24 AM, Spencer Graves wrote:
Hello:
I'm having problems creating a real NAMESPACE to replace the pro
forma one in the fda package on R-Forge. "R CMD check" complains,
"Error: package 'zoo' could not be loaded ... there is no package called
'zoo'"; see below. I get this
Le 18/03/2012 19:30, Uwe Ligges a écrit :
On 18.03.2012 19:27, Patrick Giraudoux wrote:
Le 18/03/2012 18:02, Uwe Ligges a écrit :
On 18.03.2012 16:08, Patrick Giraudoux wrote:
Le 18/03/2012 14:57, Uwe Ligges a écrit :
On 18.03.2012 11:21, Patrick Giraudoux wrote:
Hi,
I am working at a
On 18.03.2012 19:27, Patrick Giraudoux wrote:
Le 18/03/2012 18:02, Uwe Ligges a écrit :
On 18.03.2012 16:08, Patrick Giraudoux wrote:
Le 18/03/2012 14:57, Uwe Ligges a écrit :
On 18.03.2012 11:21, Patrick Giraudoux wrote:
Hi,
I am working at adding namespace to my packages, carefully
f
Le 18/03/2012 18:02, Uwe Ligges a écrit :
On 18.03.2012 16:08, Patrick Giraudoux wrote:
Le 18/03/2012 14:57, Uwe Ligges a écrit :
On 18.03.2012 11:21, Patrick Giraudoux wrote:
Hi,
I am working at adding namespace to my packages, carefully
following the
doc "Writing R extensions" and some
On 18.03.2012 16:08, Patrick Giraudoux wrote:
Le 18/03/2012 14:57, Uwe Ligges a écrit :
On 18.03.2012 11:21, Patrick Giraudoux wrote:
Hi,
I am working at adding namespace to my packages, carefully following the
doc "Writing R extensions" and some threads on the web. However I cannot
find c
Le 18/03/2012 14:57, Uwe Ligges a écrit :
On 18.03.2012 11:21, Patrick Giraudoux wrote:
Hi,
I am working at adding namespace to my packages, carefully following the
doc "Writing R extensions" and some threads on the web. However I cannot
find clear explanation about how to best deal with the
On 18.03.2012 11:21, Patrick Giraudoux wrote:
Hi,
I am working at adding namespace to my packages, carefully following the
doc "Writing R extensions" and some threads on the web. However I cannot
find clear explanation about how to best deal with the import or
importFrom functions in the name
2011/11/9 Uwe Ligges :
>>>
>>> Honestly, that (svn revision) is the only part that we do not have on the
>>> front pages but they are given in the log files.
>>
>> The R version is not on the package's CRAN page, e.g.
>> http://cran.r-project.org/web/packages/sqldf/index.html I was
>> thinking of
On 09.11.2011 15:23, Gabor Grothendieck wrote:
2011/11/9 Uwe Ligges:
On 09.11.2011 13:52, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 19:08, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 17:56, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
O
2011/11/9 Uwe Ligges :
>
>
> On 09.11.2011 13:52, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
>>>
>>> On 08.11.2011 19:08, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
>
>
> On 08.11.2011 17:56, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
On 09.11.2011 13:52, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 19:08, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 17:56, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 17:04, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
O
2011/11/8 Uwe Ligges :
>
>
> On 08.11.2011 19:08, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
>>>
>>> On 08.11.2011 17:56, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
>
>
> On 08.11.2011 17:04, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
On 08.11.2011 19:08, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 17:56, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 17:04, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 16:31, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
I
2011/11/8 Uwe Ligges :
>
>
> On 08.11.2011 17:56, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
>>>
>>> On 08.11.2011 17:04, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
>
>
> On 08.11.2011 16:31, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
On 08.11.2011 17:56, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 17:04, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 16:31, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
I think many people like to help, but we cannot:
You say you are under R-2.
2011/11/8 Uwe Ligges :
>
>
> On 08.11.2011 17:04, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
>>>
>>> On 08.11.2011 16:31, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
>
> I think many people like to help, but we cannot:
>
> You say you are under R-2.14.0
On 08.11.2011 17:04, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
On 08.11.2011 16:31, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
I think many people like to help, but we cannot:
You say you are under R-2.14.0 and whn you R CMD INSTALL a package with
that
version of R, it does n
2011/11/8 Uwe Ligges :
>
>
> On 08.11.2011 16:31, Gabor Grothendieck wrote:
>>
>> 2011/11/8 Uwe Ligges:
>>>
>>> I think many people like to help, but we cannot:
>>>
>>> You say you are under R-2.14.0 and whn you R CMD INSTALL a package with
>>> that
>>> version of R, it does not have a NAMESPACE in
On 08.11.2011 16:31, Gabor Grothendieck wrote:
2011/11/8 Uwe Ligges:
I think many people like to help, but we cannot:
You say you are under R-2.14.0 and whn you R CMD INSTALL a package with that
version of R, it does not have a NAMESPACE in the end?
Then
- your R installation is broken or
On Tue, Nov 8, 2011 at 10:31 AM, Gabor Grothendieck
wrote:
> 2011/11/8 Uwe Ligges :
>> I think many people like to help, but we cannot:
>>
>> You say you are under R-2.14.0 and whn you R CMD INSTALL a package with that
>> version of R, it does not have a NAMESPACE in the end?
>> Then
>>
>> - your
2011/11/8 Uwe Ligges :
> I think many people like to help, but we cannot:
>
> You say you are under R-2.14.0 and whn you R CMD INSTALL a package with that
> version of R, it does not have a NAMESPACE in the end?
> Then
>
> - your R installation is broken or
> - you are looking into a library wher
I think many people like to help, but we cannot:
You say you are under R-2.14.0 and whn you R CMD INSTALL a package with
that version of R, it does not have a NAMESPACE in the end?
Then
- your R installation is broken or
- you are looking into a library where you have old versios of the
pac
On Wed, 3 Aug 2011, robin hankin wrote:
Hi.
I am having difficulty following section 1.6.6 of the R-extensions manual.
Also in following the posting guide: which version of R is this (it
matters here!)?
It seems you are failing to import the functions you are attempting to
take over as S4
On Sun, 17 Jul 2011, Duncan Murdoch wrote:
On 11-07-16 10:13 PM, Gabor Grothendieck wrote:
Packages without explicit ‘NAMESPACE’ files will have a default one
created at build or INSTALL time,
so all packages will have namespaces. A consequence of this is that
‘.First.lib’ functions need to be
On Sun, Jul 17, 2011 at 7:58 AM, Duncan Murdoch
wrote:
> On 11-07-16 10:13 PM, Gabor Grothendieck wrote:
>>>
>>> Packages without explicit ‘NAMESPACE’ files will have a default one
>>> created at build or INSTALL time,
>>> so all packages will have namespaces. A consequence of this is that
>>> ‘.F
On 11-07-16 10:13 PM, Gabor Grothendieck wrote:
Packages without explicit ‘NAMESPACE’ files will have a default one created at
build or INSTALL time,
so all packages will have namespaces. A consequence of this is that
‘.First.lib’ functions need to be
renamed, usually as ‘.onLoad’ but sometimes
s Corrêa
> Departamento de Estatística
> Universidade Estadual de Santa Cruz
>
>
>
>
> - Mensagem original ----
> De: Simon Urbanek
> Para: Fabio Mathias Corrêa
> Cc: R-devel
> Enviadas: Quarta-feira, 15 de Dezembro de 2010 17:10:21
> Assunto:
On Dec 15, 2010, at 1:56 PM, Fabio Mathias Corrêa wrote:
> Dear,
>
> I am using Ubuntu linux and R2.12.0
> The trial version is in my home.
>
> \home\Bayesthres~$
>
> To perform the R CMD check
>
> \home~$ R CMD check Bayesthres
>
That is in general not a good idea, especially if you ever r
t;
>
>
> - Mensagem original
> De: Simon Urbanek
> Para: Fabio Mathias Corrêa
> Cc: r-devel@r-project.org
> Enviadas: Quarta-feira, 15 de Dezembro de 2010 13:41:34
> Assunto: Re: [Rd] Namespace File
>
>
> On Dec 15, 2010, at 6:57 AM, Fabio Mathias Corr
On Dec 15, 2010, at 6:57 AM, Fabio Mathias Corrêa wrote:
> Dear colleagues,
>
>
> Problem solved with:
>
>
> ".First.lib" <- function(lib, pkg)
> {
> library.dynam("Bayesthres", package = pkg, lib.loc = lib)
> return(invisible(0))
> }
>
Well, that's shooting at a clay pigeon with a missil
Hi Jim --
"James MacDonald" writes:
> Hi,
>
> Could someone point me to the relevant documentation that covers
> what should be in the DESCRIPTION file for packages that have
> functions imported via the NAMESPACE file? I have read the R
> Extensions manual, but I cannot find where it covers the
(Comment near the bottom of the text.)
Seth Falcon wrote:
> * On 2008-06-01 at 11:30 -0400 John Chambers wrote:
>
>> My impression (but just as a user, not an implementer) is that the
>> NAMESPACE mechanism is intended to search for anything, not just for
>> methods, as follows:
>>
>> - look
* On 2008-06-01 at 11:30 -0400 John Chambers wrote:
> My impression (but just as a user, not an implementer) is that the
> NAMESPACE mechanism is intended to search for anything, not just for
> methods, as follows:
>
> - look in the namespace itself;
> - look in the imports, which are in the p
My impression (but just as a user, not an implementer) is that the
NAMESPACE mechanism is intended to search for anything, not just for
methods, as follows:
- look in the namespace itself;
- look in the imports, which are in the parent.env of the namespace;
- look in the base package's namesp
On Mon, 18 Feb 2008, Martin Maechler wrote:
"MS" == Markus Schmidberger <[EMAIL PROTECTED]>
on Fri, 15 Feb 2008 15:47:16 +0100 writes:
MS> Hello, I built a package, everything was working very
MS> well. Now I included a NAMESPACE to export only some
MS> variables. (export(f, g, ..
> "MS" == Markus Schmidberger <[EMAIL PROTECTED]>
> on Fri, 15 Feb 2008 15:47:16 +0100 writes:
MS> Hello, I built a package, everything was working very
MS> well. Now I included a NAMESPACE to export only some
MS> variables. (export(f, g, ...) ) Everything is working
MS
On Tue, 12 Feb 2008, Peter Dalgaard wrote:
> I stumbled on the following:
>
>> library(stats4)
>> example(mle)
>> confint.default(fit2)
> Error in UseMethod("vcov") : no applicable method for "vcov"
> In addition: Warning message:
> In object$coefficients :
> $ operator not defined for this S4 cl
At Brian Ripley's request, I started putting together a minimal package to
illustrate the problem (see below for my original post). As usually
happens, I have stumbled on the problem: our zzz.R file contained the
command:
.noGenerics <- TRUE
which we probably copied blindly from some example. A
On Sat, 8 Dec 2007, Jay Emerson wrote:
> We are building a package, and want to create S4 methods for both head and
> mean for our own BigMatrix class. Following the recommendation in "Writing
> R Extensions" we use exportMethods instead of export in NAMESPACE (this is
> described as being "clear
On Mon, 5 Nov 2007, "Jens Oehlschlägel" wrote:
Dear all,
I have defined a generic as.ff(x, ...) and a method as.ff.function(x, ...)
which converts a standard R function x into a chunked version operating on
large ff objects. Everything works fine, but when registering
S3method("as.ff",functi
On 11/5/2007 7:41 AM, Jens Oehlschlägel wrote:
> Dear all,
>
> I have defined a generic as.ff(x, ...) and a method as.ff.function(x, ...)
> which converts a standard R function x into a chunked version operating on
> large ff objects. Everything works fine, but when registering
>
> S3method("a
On 9/22/2006 2:07 PM, Dominick Samperi wrote:
> Hello,
>
> I just tried to use NAMESPACE to prevent name conflicts between
> packages and it appears that once a name is exported it will clash
> with the same name if it is exported from another package, in
> particular, if that other package does n
Dominick Samperi wrote:
> Hello,
>
> I just tried to use NAMESPACE to prevent name conflicts between
> packages and it appears that once a name is exported it will clash
> with the same name if it is exported from another package, in
> particular, if that other package does not use NAMESPACE.
>
nything else I could look at?
>
> Thanks,
>
>
> Iago
>
>
>
> Iago Mosqueira wrote:
>
>
>>>-Mensaje original-
>>>De: Paul Gilbert [mailto:[EMAIL PROTECTED]
>>>Enviado el: jue 22/06/2006 15:47
>>>Para: Iago Mosqueira
>>
t outside of the bundle is solved with
Depends: in DESCRIPTION.
Is there anything else I could look at?
Thanks,
Iago
Iago Mosqueira wrote:
> > -Mensaje original-
> > De: Paul Gilbert [mailto:[EMAIL PROTECTED]
> > Enviado el: jue 22/06/2006 15:47
> > Para: Iago M
PROTECTED]
> > Enviado el: jue 22/06/2006 15:47
> > Para: Iago Mosqueira
> > CC: r-devel@r-project.org
> > Asunto: Re: [Rd] NAMESPACE and bundle
>
> > Iago
>
> > There is a problem that bundle checking works slightly differently than
> > individual
> -Mensaje original-
> De: Paul Gilbert [mailto:[EMAIL PROTECTED]
> Enviado el: jue 22/06/2006 15:47
> Para: Iago Mosqueira
> CC: r-devel@r-project.org
> Asunto: Re: [Rd] NAMESPACE and bundle
> Iago
> There is a problem that bundle checking works slightly differ
Iago
There is a problem that bundle checking works slightly differently than
individual package checking in this regard. I think it has to do with
when the namespace gets registered, or something like that. As I recall,
the work around is to explicitely require the package in the test files
Hi Luke,
Thanks very much for the explanation.
On 8 Feb 2006, [EMAIL PROTECTED] wrote:
> Allowing for renaming complicates the code; it also may prevent, or
> at least significantly complicate, changes in the implementation we
> might want to make.
Makes sense that this feature is not of highes
We anticipated this issue when the name space mechanism was designed,
and the design allows for this, but we deliberately did not formally
document this at the time. As with most things like this there are
trade-offs. Allowing for renaming complicates the code; it also may
prevent, or at least si
On 2/8/2006 10:18 AM, Seth Falcon wrote:
> On 8 Feb 2006, [EMAIL PROTECTED] wrote:
in a NAMESPACE file. Useful-- yes. Possible-- I don't know!
>>> Yes, this is along the lines of what I was thinking. An unpleasant
>>> work around would be to create a translation package
>>> that does somethi
On 8 Feb 2006, [EMAIL PROTECTED] wrote:
>>> in a NAMESPACE file. Useful-- yes. Possible-- I don't know!
>> Yes, this is along the lines of what I was thinking. An unpleasant
>> work around would be to create a translation package
>> that does something along the lines of Duncan M.'s suggestion,
>
On 8 Feb 2006, [EMAIL PROTECTED] wrote:
> What about :
>
> bar <- pack::foo
> kok <- otherpack::foo
This is a solution, thanks for the suggestion. The downside is that
it doesn't let one be particularly specific about what one is using in
the NAMESPACE file. In fact, if one only wanted to use p
On 2/7/2006 10:26 PM, Seth Falcon wrote:
> On 7 Feb 2006, [EMAIL PROTECTED] wrote:
>
>>> On 2/7/2006 8:48 PM, Seth Falcon wrote:
Is there a way to rename a function when importing it? I
>>> want to say,
"import yourFunc from Foo as myFunc" in the NAMESPACE file.
>> I don't think Seth
On 2/7/2006 9:10 PM, Duncan Murdoch wrote:
> On 2/7/2006 8:48 PM, Seth Falcon wrote:
>> Is there a way to rename a function when importing it? I want to say,
>> "import yourFunc from Foo as myFunc" in the NAMESPACE file.
>>
>> Does this exist and I've missed it? If it doesn't exist, would other
Le 08.02.2006 04:26, Seth Falcon a écrit :
>On 7 Feb 2006, [EMAIL PROTECTED] wrote:
>
>
>
>>>On 2/7/2006 8:48 PM, Seth Falcon wrote:
>>>
>>>
Is there a way to rename a function when importing it? I
>>>want to say,
>>>
>>>
"import yourFunc from Foo as myF
On 7 Feb 2006, [EMAIL PROTECTED] wrote:
>> On 2/7/2006 8:48 PM, Seth Falcon wrote:
>>> Is there a way to rename a function when importing it? I
>> want to say,
>>> "import yourFunc from Foo as myFunc" in the NAMESPACE file.
>>
>
> I don't think Seth's facility exists yet, but it has occurred t
h (+61) 3 6232 5118
fax (+61) 3 6232 5012
mob (+61) 438 315 623
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Murdoch
> Sent: Wednesday, 8 February 2006 1:11 PM
> To: Seth Falcon
> Cc: r-devel@stat.math.ethz.ch
> S
On 2/7/2006 8:48 PM, Seth Falcon wrote:
> Is there a way to rename a function when importing it? I want to say,
> "import yourFunc from Foo as myFunc" in the NAMESPACE file.
>
> Does this exist and I've missed it? If it doesn't exist, would others
> think it useful (and possible)?
I don't kno
On Mon, 21 Nov 2005, Seth Falcon wrote:
> The Writing R Extensions manual instructs developers who use S4
> classes and methods in a package with a name space to:
>
>There needs to be an .onLoad action to ensure that the methods package
>is loaded and attached:
>
> .onLoad <- funct
On Mon, 21 Nov 2005, Seth Falcon wrote:
> The Writing R Extensions manual instructs developers who use S4
> classes and methods in a package with a name space to:
>
> There needs to be an .onLoad action to ensure that the methods package
> is loaded and attached:
>
> .onLoad <- fu
72 matches
Mail list logo
