Displaying 4 results from an estimated 4 matches for "nogenerics".
Did you mean:
generics
2024 Mar 06
1
Never exporting .__global__ and .__suppressForeign__?
...if (length(exports)) {
stoplist <- c(".__NAMESPACE__.", ".__S3MethodsTable__.",
".packageName", ".First.lib", ".onLoad",
- ".onAttach", ".conflicts.OK", ".noGenerics")
+ ".onAttach", ".conflicts.OK", ".noGenerics",
+ ".__global__", ".__suppressForeign__")
exports <- exports[! exports %in% stoplist]
}
if(lev > 2L) message("-...
2010 Mar 17
1
Suggestion: Not having to export .conflicts.OK in name spaces
...'.conflicts.OK' even if it is not exported. If so, a patch for
library() is:
>svn diff library.R
Index: library.R
===================================================================
--- library.R (revision 51296)
+++ library.R (working copy)
@@ -312,7 +312,7 @@
nogenerics <-
!.isMethodsDispatchOn() || checkNoGenerics(env, package
)
if(warn.conflicts &&
- !exists(".conflicts.OK", envir = env, inherits = FALSE))
+ !exists(".conflicts.OK", envir = n...
2012 Mar 09
0
.conflicts.OK no longer working regardless of export(.conflicts.OK) due to "stoplist"
...in the internal conflict test of
library(), cf. print(base::library):
...
if(warn.conflicts &&
!exists(".conflicts.OK", envir = env, inherits = FALSE))
checkConflicts(package, pkgname, pkgpath,
nogenerics, ns)
...
By replacing envir=env with envir=ns, it will be found. Here is what
I get if I use debug(library):
Browse[2]> exists(".conflicts.OK", envir=env, inherits=FALSE)
[1] FALSE
Browse[2]> exists(".conflicts.OK", envir=ns, inherits=FALSE)
[1] TRUE
This was never im...
2007 Dec 08
2
NAMESPACE choices for exporting S4 methods
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 "clearer"). This works for head, but not for mean.
Obviously we importFrom(utils, head), but don't need to do this for mean,