I get an error when trying to compile a FORTRAN source file for use in a
package that I am developing. The error, reported in 00install.out is
below.
* installing *source* package 'USGSstats' ...
** libs
*** arch - i386
C:/PROGRA~1/R/R-214~1.1/etc/i386/Makeconf:194: warning: overriding recipe
GS) -c $< -o $@
%.exe:
$(LINKER) $(LINKFLAGS) $($*-LINKFLAGS) -o $@ $^ $($*-LIBS)
$(LOCAL_LIBS) $(LIBS)
%.dll:
@echo EXPORTS > $*.def
@$(NM) $^ | $(SED) -n $(SYMPAT) >> $*.def
$(SHLIB_LD) -shared $(DLLFLAGS) -o $@ $*.def $^ $(ALL_LIBS)
@$(RM)
appears to be the z that is inserted in from the the object
file name when the .dll is created.
Thanks.
Dave
From:
Simon Urbanek
To:
David L Lorenz
Cc:
r-devel@r-project.org
Date:
02/09/2012 09:24 AM
Subject:
Re: [Rd] FORTRAN compilation error
On Feb 9, 2012, at 9:54 AM, David L Lorenz wrote
All,
Is it decided then? It does make sense to me, because much of the
hydrologic work that we do is related to aquatic ecology.
I am responsible for coordinating the migration to use R as the
supported statistical package within the Water Mission Area of the USGS.
I'd expect that many of ou
Paul,
How about
plot(x,y, xlim=c(0, max(pretty(x
Dave
From:
Paul Johnson
To:
R Devel List
Date:
04/16/2012 12:54 PM
Subject:
[Rd] I wish xlim=c(0, NA) would work. How about I send you a patch?
Sent by:
r-devel-boun...@r-project.org
I'm looking for an R mentor. I want to propose a ch
Of course, what you could do is Google dqrls and get the source and
documentation. That is because it is in the publically available linpack.
If it were not publically available that would not work. Theoretically,
all FORTRAN or C code in R should be publically available.
Dave
From:
To:
Hi,
I have very carefully developed several S4 classes that describe
censored water-quality data. I have routines for them that will support
their use in data.frames and so forth. I have run into a problem when I
try to use the S4 class as the response variable in a formula and try to
extract
All,
I have a question about referring to a subroutine that is in a dynamic
library other than the one in my current package.
Let's say that I have a package foo and it has some FORTRAN code that
contains the subroutines foo1 and foocommon. The package foo has an R
function that calls foo1 and
Hi,
A question has come up within a user group about the possibility of
viruses or other malicious code being embedded within any package served
from CRAN. How much checking is done to guard against this? I do not
expect any kind of response about picking up R code from any other source,
like
The utils package has a misc folder, and some other packages have
folders that are not listed in the R-extensions documentation (?data?, ?
demo?, ?exec?, ?inst?, ?man?, ?po?, ?src?, and ?tests?). I'd like to be
able to put some ancillary data into a misc folder, but it's mere presence
in the s
All,
I seem to be missing some key point about the construction of vignettes.
I have created a vignette script that works fine when run interactively
using Sweave. The top part of the .Rnw file is below.
\documentclass{article}
\parskip 3pt
\parindent 30pt
%\VignetteIndexEntry{Box Plot Example
Duncan,
That does make sense. But then what does %\VignetteDepends{USGSgraphs}
do if it does not actually make the library available from the temporary
library tree?
Dave
From:
Duncan Murdoch
To:
David L Lorenz
Cc:
r-devel@r-project.org
Date:
09/04/2012 09:34 AM
Subject:
Re: [Rd] Vignette
I get an error when I try to use \S4method in a usage section in an Rd
file for a function. I tried to duplicate exactly how stats4 documents its
method functions, but I must be missing something. Here is the top part of
the Rd file:
\name{xyPlot-methods}
\docType{methods}
\alias{xyPlot-methods
Martin, that was it. Thanks. Dave
From:
Martin Morgan
To:
David L Lorenz
Cc:
r-devel@r-project.org
Date:
09/28/2012 02:39 PM
Subject:
Re: [Rd] S4method
On 09/28/2012 11:57 AM, David L Lorenz wrote:
> I get an error when I try to use \S4method in a usage section in an Rd
> file
14 matches
Mail list logo
