Re: [Rd] identical on closures

On 5/20/16 2:00 PM, Gabriel Becker wrote: Specifically, the srcfile attribute of the srcref attribute of the two instances of the functions contain different environments, AFAICT. Environments are compared only by exact pointer, so this forces return FALSE. Thanks, and I realized that attrib

Re: [Rd] identical on closures

Specifically, the srcfile attribute of the srcref attribute of the two instances of the functions contain different environments, AFAICT. Environments are compared only by exact pointer, so this forces return FALSE. Snippets from .Internal(inspect(x)) and .Internal(inspect(y)): @cca008 03 CLOSXP

Re: [Rd] identical on closures

On 5/20/16 12:40 PM, Mick Jordan wrote: I'm confused by this: > identical(function() {}, function() {}) [1] FALSE Yet, after loading the Matrix package (which redefines det), the following is checked (in library.checkConflicts): > identical(get("det", baseenv()), get("det", asNamespace("Matr

[Rd] identical on closures

I'm confused by this: > identical(function() {}, function() {}) [1] FALSE Yet, after loading the Matrix package (which redefines det), the following is checked (in library.checkConflicts): > identical(get("det", baseenv()), get("det", asNamespace("Matrix")), ignore.environment=T) [1] TRUE

Re: [Rd] [R] R-3.3.0 Base: Windows compilation fails while building 'base' package

Thanks Jeroen. Yes, that's right. It works. Appreciate your help. The next blockage is during linking the TCL and TK libraries which fail with the following errors : gcc -m64 -shared -s -static-libgcc -o tcltk.dll tmp.def init.o tcltk.o tcltk_win .o ../../../gnuwin32/dllversion.o -L../../../../Tc