From S@Elli@on @ending from LGCGroup@com  Wed Oct 17 17:16:10 2018
From: S@Elli@on @ending from LGCGroup@com (S Ellison)
Date: Wed, 17 Oct 2018 15:16:10 +0000
Subject: [Rd] invisible functions
In-Reply-To: <a3300441-f4db-1fe4-1634-89f7cf26a601@gmail.com>
References: <bb6fa2$aad9au@ironport10.mayo.edu>
 <a3300441-f4db-1fe4-1634-89f7cf26a601@gmail.com>
Message-ID: <96f10074a64048df9bdfe1b5e026c810@GBDCVPEXC08.corp.lgc-group.com>

> 2.  change cfun[[1]] <- quote(cord.work) to cfun[[1]] <-
> quote(survival:::cord.work).  You say this will mess up your test bed.
> That suggests that your test bed is broken.  This is a perfectly legal
> and valid solution.
Valid in a package, but forces code to call a loaded library version of a function rather than (say) a 'source'd user-space version that is under development. 
Being non-specific (ie omitting foo:::) means that test code would pick up the development version in the current user environment by default. That's handy for small mods.


S Ellison



*******************************************************************
This email and any attachments are confidential. Any use, copying or
disclosure other than by the intended recipient is unauthorised. If 
you have received this message in error, please notify the sender 
immediately via +44(0)20 8943 7000 or notify postmaster at lgcgroup.com 
and delete this message and any copies from your computer and network. 
LGC Limited. Registered in England 2991879. 
Registered office: Queens Road, Teddington, Middlesex, TW11 0LY, UK


[Rd] invisible functions
S Ellison