>> If I run it from the command line, I get:
>>
>> Global
>> @1050bb840 13 INTSXP g0c2 [MARK,NAM(1)] (len=3, tl=0) 1,2,3
>> @1050bb840 13 INTSXP g0c2 [MARK,NAM(1)] (len=3, tl=0) 1,1,3
>> In function
>> @1050bb190 13 INTSXP g0c2 [NAM(1)] (len=3, tl=0) 1,2,3
>> @1050bb190 13 INTSXP g0c2 [NAM(1)] (len
On Jul 24, 2013, at 3:35 PM, Jonathan Callahan wrote:
> I am developing a package for analysis of seismic data that relies on a
> Fortran library.
>
> Package compilation works fine on Ubuntu and Red Hat Enterprise but fails
> for R 2.15.3 on Mac OSX 10.8.4.
>
> I've included the entire dump be
>> I meant what is the design principle behind check.names being hardcoded to
> FALSE.
>> I see no conflict with the purpose of cbind from the ability to specify
> check.names
>> at the level of cbind.
> Perhaps data.frame() should throw an error if there are duplicate names,
> or perhap
I am developing a package for analysis of seismic data that relies on a
Fortran library.
Package compilation works fine on Ubuntu and Red Hat Enterprise but fails
for R 2.15.3 on Mac OSX 10.8.4.
I've included the entire dump below but the relevant error message seems to
be:
ld: warning: ignoring
Thank you for the suggestion. But editing deparsed code is of almost no
use to us: you need to edit the sources. And even then mailers may
distort it, so it really is much easier to file these things as
attachments on bugs.r-project.org, as a wishlist item.
I have incorporated what I think yo
