Andy,
Are you talking about C or Fortran code here? Fortran has `intrinsics', C
does not AFAIK.
I think we do pretty strict checking of C code in CRAN packages, and I
have not encountered problems with other C compilers (e.g. the Solaris
ones). There used to be issues with CRLF line endings,
Ah yes. There they are right on page 4 of "Writing R Extensions".
The "LazyLoad: yes" was sufficient to avoid the check errors, but I'll
add the "Depends: methods" as well.
For the manual-impaired like me, it _may_ be worth reiterating these two
requirements in section 1.6.6 "Name spaces with fo
Prof Brian Ripley wrote:
> On Tue, 6 Jun 2006, Jennifer Lai wrote:
>
>> Hi,
>>Has anyone had success in building R source with Visual Studio? I
>> followed the instructions in README.packages, but failed on the very
>> first step, where it's looking for R.dll. I looked through R source and
>
{Diverted to R-devel}
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Tue, 6 Jun 2006 21:14:01 +0100 (BST) writes:
BDR> On Tue, 6 Jun 2006, [EMAIL PROTECTED]
BDR> wrote:
>> Hi ,
>>
>> When I sort a vector of POSIXct values in R-2.3.0 and
>> R-2.3.1, I ge
OK: despite Dirk's very kind help, I decided that
trying to deal with R configuration and Debian configuration
simultaneously was too difficult.
I did manage to solve my problem by reconfiguring/making/
installing all of 2.3.1 from source:
./configure F77=/usr/bin/g77
make
make install
A
Hi,
Since no one answered my questions about the "theoretically correct
values of named for that LANGSXP object, I made an assumption that
the problem was in the creation of the call2 object to begin with.
Yes, the bug was there.
Inline is the patch to fix bug 7924.
It seems that in subset.
On 7 June 2006 at 11:44, Ben Bolker wrote:
| OK: despite Dirk's very kind help, I decided that
Yeah, kind but still not useful to you. No cigar yet :)
| trying to deal with R configuration and Debian configuration
| simultaneously was too difficult.
[ I'd still like to learn from useRs what I
On Wed, 7 Jun 2006, Ben Bolker wrote:
>
> OK: despite Dirk's very kind help, I decided that
> trying to deal with R configuration and Debian configuration
> simultaneously was too difficult.
>
> I did manage to solve my problem by reconfiguring/making/
> installing all of 2.3.1 from source:
>
>
Hi,
Just in case this is an issue. I freely give all of my patches and
changes to the R source code to whomever holds or keeps the copyright/
rights for this project. If it matters I have not signed any FSF
agreements but I have done so with Sun for OpenOffice.org and would
be willing to
On Wed, 7 Jun 2006, Martin Maechler wrote:
> {Diverted to R-devel}
>
>> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
>> on Tue, 6 Jun 2006 21:14:01 +0100 (BST) writes:
>
>BDR> On Tue, 6 Jun 2006, [EMAIL PROTECTED]
>BDR> wrote:
>>> Hi ,
>>>
>>> When I sort a vector
On Wed, 7 Jun 2006, Dirk Eddelbuettel wrote:
>
> On 7 June 2006 at 11:44, Ben Bolker wrote:
> | OK: despite Dirk's very kind help, I decided that
>
> Yeah, kind but still not useful to you. No cigar yet :)
>
> | trying to deal with R configuration and Debian configuration
> | simultaneously was
Kevin B. Hendricks wrote:
> Hi,
>
> Just in case this is an issue. I freely give all of my patches and
> changes to the R source code to whomever holds or keeps the copyright/
> rights for this project. If it matters I have not signed any FSF
> agreements but I have done so with Sun for Ope
Prof Brian Ripley wrote:
> We used to pick a F77 compiler first, but note that all legal F77 code
> is legal F95 code so there was no actual advantage is doing so. The
> issue here is that your code is not legal F77, and g77 (which implements
> 'GNU Fortran') is letting it through.
Not that i
On 7 June 2006 at 17:29, Prof Brian Ripley wrote:
| > That came up recently:
| >
| > a) ~/.Makevars (as I recall)
|
| ~/.R/Makevars, but that applies to all packages on all builds.
Yes indeed. Thanks for catching and correcting this.
| > b) on a per invocation basis:
| > MAKEFLAGS="FFLA
On Jun 7, 2006, at 10:22 AM, Dirk Eddelbuettel wrote:
>
> On 7 June 2006 at 17:29, Prof Brian Ripley wrote:
> | > That came up recently:
> | >
> | > a) ~/.Makevars (as I recall)
> |
> | ~/.R/Makevars, but that applies to all packages on all builds.
>
> Yes indeed. Thanks for catching and correc
On Wed, 7 Jun 2006, Kevin B. Hendricks wrote:
>
> Inline is the patch to fix bug 7924.
>
Yes, that seems to fix it. Committed.
-thomas
Thomas Lumley Assoc. Professor, Biostatistics
[EMAIL PROTECTED] University of Washington, Seattle
_
16 matches
Mail list logo
