keep all.equal.environment() etc in R-devel for now

git-svn-id: https://svn.r-project.org/R/trunk@66574 00db46b3-68df-0310-9c12-caf00c1e9a41
report use of POSIX entry point random

git-svn-id: https://svn.r-project.org/R/trunk@66577 00db46b3-68df-0310-9c12-caf00c1e9a41
invalid markup


git-svn-id: https://svn.r-project.org/R/trunk@66578 00db46b3-68df-0310-9c12-caf00c1e9a41
example now *does* work


git-svn-id: https://svn.r-project.org/R/trunk@66580 00db46b3-68df-0310-9c12-caf00c1e9a41
a bit less "dontrun"


git-svn-id: https://svn.r-project.org/R/trunk@66581 00db46b3-68df-0310-9c12-caf00c1e9a41
add example


git-svn-id: https://svn.r-project.org/R/trunk@66582 00db46b3-68df-0310-9c12-caf00c1e9a41
update (written 15 months ago)


git-svn-id: https://svn.r-project.org/R/trunk@66583 00db46b3-68df-0310-9c12-caf00c1e9a41
(typo in comment)


git-svn-id: https://svn.r-project.org/R/trunk@66584 00db46b3-68df-0310-9c12-caf00c1e9a41
 all.equal.envRefClass()  gets smarter


git-svn-id: https://svn.r-project.org/R/trunk@66585 00db46b3-68df-0310-9c12-caf00c1e9a41
slightly more stringent test for  Bug 15937


git-svn-id: https://svn.r-project.org/R/trunk@66586 00db46b3-68df-0310-9c12-caf00c1e9a41
+ three comments


git-svn-id: https://svn.r-project.org/R/trunk@66587 00db46b3-68df-0310-9c12-caf00c1e9a41
deparse2buff(): a slightly better, still primitive way for S4 --- 
probably solves one of the all.equal() issues.


git-svn-id: https://svn.r-project.org/R/trunk@66588 00db46b3-68df-0310-9c12-caf00c1e9a41
- tweak for envRefClass with no (non-trivial) method
- better grammar (singular/plural) in a few cases


git-svn-id: https://svn.r-project.org/R/trunk@66589 00db46b3-68df-0310-9c12-caf00c1e9a41
store envRefClass "default methods" so we can disregard them when comparing objects


git-svn-id: https://svn.r-project.org/R/trunk@66590 00db46b3-68df-0310-9c12-caf00c1e9a41
all.equal.envRefClass()  even smarter
    still not ok ==> currently too tolerant {better than the other way around}


git-svn-id: https://svn.r-project.org/R/trunk@66591 00db46b3-68df-0310-9c12-caf00c1e9a41