similar to: RCMD SHLIB: static libraries and f77 libraries on Windows

I am trying to call a precompiled C function that uses a struct as one of it's arguments. I could write a wrapper function in C, but I was hoping there is some way to pack fields into an array of type raw that could be passed directly to the function. Here is some more detail. The C struct is simple, but has mixed types: struct STRUCT1 { long type; long nx; double

I recently upgraded to Rtools28 to build a package under Windows. I see that g77 is no longer in Rtools, but it does have gfortran, and it uses version: GNU Fortran (GCC) 4.2.1-sjlj (mingw32-2) I am compiling some old fortran code as part of a larger project. When I do that, I get undefined references: gcc.exe: s_cmp.o: No such file or directory gcc.exe: s_copy.o: No such file or directory

There is a contradiction between what the help page says and what constrOptim actually does with the constraints. The issue is what happens on the boundary. The help page says The feasible region is defined by ?ui %*% theta - ci >= 0?, but the R code for constrOptim reads if (any(ui %*% theta - ci <= 0)) stop("initial value not feasible") The following example

I am getting this error message when I try to run Rcmd SHLIB myprog.c. There appears to be a missing / between etc and i386 in the path. I am on Windows Vista and am using R version 2.12.1 Patched (2010-12-16 r53864) and just downloaded Rtools 2.12 today. Is this a bug in R? How can I resolve this? C:\tmp2>Rcmd SHLIB myprog.c cygwin warning: MS-DOS style path detected:

I have developed an R package that works under Win32, but when I attempt to build it on Win64, I get ERROR: loading failed for 'x64' More precisely, I developed and tested the package under Win32 and it works. But when I move to a 64 bit Windows 7 (Home Premium) system, and attempt to build both 32 bit and 64 bit packages, the 32 bit package seems to build, but the 64 bit build

I ran into a problem with titles on graphs. I wanted a graph with multiple subplots, with each having a title that involved both a Greek letter and an identifier for each graph. Below is a simplified version of code to do this. The graph appears fine, with the first graph having "i=1" in the title, and the second graph having "i=2" in the title. However, when I resize the

All, Here are two ideas on this: 1. have R CMD check show how every external function reference gets resolved. 2. have R CMD check warn anytime there is a potential name conflict, e.g. density( ) coming from either igraph or stats, and show how it was resolved. Either could be an option. I guess there are potential problems with conditional loading of libraries where a function could be

On Thu, 8 Jan 2015, Michael Lawrence wrote: > If we do add an argument to get(), then it should be named consistently > with the ifnotfound argument of mget(). As mentioned, the possibility of a > NULL value is problematic. One solution is a sentinel value that indicates > an unbound value (like R_UnboundValue). A null default is fine -- it's a default; if it isn't right for

Adding an optional argument to get (and mget) like val <- get(name, where, ..., value.if.not.found=NULL ) (*) would be useful for many. HOWEVER, it is possible that there could be some confusion here: (*) can give a NULL because either x exists and has value NULL, or because x doesn't exist. If that matters, the user would need to be careful about specifying a value.if.not.found

On 08/01/2015 9:03 AM, John Nolan wrote: > Adding an optional argument to get (and mget) like > > val <- get(name, where, ..., value.if.not.found=NULL ) (*) That would be a bad idea, as it would change behaviour of existing uses of get(). What I suggested would not give a default. If the arg was missing, we'd get the old behaviour, if the arg was present, we'd use it.

Hi All, I have already used gcc to creat a library, for example, it is called "test.a", which includes many c objects. How to link my main "a.c" function to this library when I used Rcmd SHLIB to complier my main c program? I tried "Rcmd SHLIB a.c test.a". It does not work this way. Does anyone have idea about this? Thanks, Xiaoping

On Thu, Jan 8, 2015 at 11:57 AM, <luke-tierney at uiowa.edu> wrote: > On Thu, 8 Jan 2015, Michael Lawrence wrote: > > If we do add an argument to get(), then it should be named consistently >> with the ifnotfound argument of mget(). As mentioned, the possibility of a >> NULL value is problematic. One solution is a sentinel value that indicates >> an unbound value

Hi Qiao, On 24/07/13 08:23, Qiao Yang wrote: > Hi, > > I am trying to compile a simple program with Clang 3.3 on Linux and used -pg and -O2 option. The program would crash with segfault. Interestingly if I compile it with -pg option only it works. Do you have any idea why it crashes? And any workaround? > > $ cat myprog.c > int main() { > return 0; > } > > $

Hi, I have a couple of quick questions regarding R. 1) I have a ".First" function that automatically loads the quadprog package into the workspace. The .First function resides in R and is only saved if I save the workspace. The exact function is as follows: .First<-function() { library(quadprog) } Is there any way that this function can be saved outside of R? That is, is there

Hi, I am trying to compile a simple program with Clang 3.3 on Linux and used -pg and -O2 option. The program would crash with segfault. Interestingly if I compile it with -pg option only it works. Do you have any idea why it crashes? And any workaround? $ cat myprog.c int main() { return 0; } $ clang -v -pg -O2 myprog.c clang version 3.3 (tags/RELEASE_33/final) Target:

Hi, With older wine , to have a desktop icon of my program, I was doing, for example : wineshelllink --desktop --path /home/viny/.wine/dosdevices/c:/path/myprog.exe --link MyProg --icon myprog.xpm --workdir /home/viny/.wine/dosdevices/c:/MyProg But how to do with current wine version : wineshelllink doesn't exist anymore ? Thanks

Well, I'm getting a warning (not an error) when the package doesn't exist. I interpreted "most often" to mean that suppressing warnings/errors is why you'd most often use this argument, as most packages don't emit startup messages. And technically there isn't a problem with attaching the package, since we don't even try to attach packages that don't exist.

I am trying to compile an application on a CentOS 5.0 64-bit machine that gives me the error: /usr/local/bin/myprog: /usr/lib64/libstdc++: version `GLIBXX.3.4.9' not found (required by /usr/local/bin/myprog) I have gcc 4.2.3. I've performed a yum install compat-* and glibc* What am I missing? Thanks. Scott

Hi, I am trying the lattice graphics in R. Let's say, such a little experiment in file myprog.r: f <- function(){ x <- 1:10 y <- x^2 xyplot(y ~ x) } f() Then I run the program: > source("myprog.r") but nothing happens. Manully run f() at the command line: > f() then the figure is shown. This seems to be a bug only associated with lattice graphics, the

Hello. I've made out a Debian package out of Maxence Guesdon's OCaml/R bindings: http://yziquel.homelinux.org/topos/debian-ocamlr.html http://yziquel.homelinux.org/debian/pool/main/o/ocaml-r/ The upstream software itself is on the following page: http://home.gna.org/ocaml-r/ This binding is dynamically linked to the /usr/lib/R/lib/libR.so and to the /usr/lib/libRmath.so libraries.