similar to: dlls

Hi, I have some S functions plus Fortran routines that I want to use in R. They work in S, but when I try to use "dyn.load" to link fortran codes in R , I get the following error. thanks, reza (I am using R-1.0.1 on windows NT, The name of fortran file (compiled Ratfor) is deldirld.o and it's in the D:\Reza\476\tv.gonsrc.R\ directory) >dyn.load("deldirld.o") Error in

Hi all, I just downloaded windows binaries of RGDAL (from http://www.stats.ox.ac.uk/pub/RWin/bin/windows/contrib/2.1/) and installed. I ran the example R_HOME\library\rgdal\R-ex\getPixmapGDAL.R and everything seemed to work as expected. However I got the following warning message: DLL attempted to change FPU control word from 8001f to 9001f The R-help (?dyn.load) describes the problem as:

Hi, I want to load DLLs that have been compiled in C or C++ (using dyn.load), and then get a list of all routines contained in that DLL. getRegisteredRoutines doesn't work, because the routines have not been registered. It's a catch-22 because I can't (so far as I can see) register the routines without knowing their names, and I can't (so far as I can see) get a list of their

Here are a couple of representative errors. C:\Dev\upstream\gitmono is where I keep my clone. "C:\Dev\upstream\gitmono\wbuild\ALL_BUILD.vcxproj" (Rebuild target) (1) -> "C:\Dev\upstream\gitmono\wbuild\unittests\Support\DynamicLibrary\SecondLib.vcxproj" (default target) (170:2) -> c1xx : fatal error C1083: Cannot open source file:

Hi, i tried to build a dll, that i want to use with R, so I wrote the Fortran Code and built the dll with MS Fortran Powerstation. In every subroutine I want to export I wrote a statement like this: interface !ms$attributes dllexport :: abc !ms$attributes alias:'abc' :: abc end interface abc is the name of the subroutine i want to export. Then i compiled the file using:

I'm using R version 1.5.1, and Microsoft Developer Studio 97 (yes, I know it's old, but it's expensive to upgrade) on Windows 98. I created the DLL file with the compiler. The name of the file containing the subroutine is leaf.f and the subroutine is named leaf.f. In my R program (which defines a function called leaf), I have x <- .Fortran("leaf",...) where the ...

I think MSBuild isn't capable of re-running cmake and then reloading the project files when CMakeLists.txt changes. It re-runs cmake, but then continues the build with the stale projects. That probably explains the "PipSqueek.cxx doesn't exist" errors. As for the link error, it could also be caused by things like a file rename not getting picked up by MSBuild. The fix is

I'm trying to port some routines from S to R. The code includes some fortran stuff that calls lapack. In the past in similar situations, but without any lapack calls, I've had success using simply, as in the V&R R-complements, R SHLIB -o rq.so *.f then in R dyn.load("rq.so") But now when the code is called from R, R crashes and I get a message

I would like to utilise the power of R by adding my own software as a package written in C++. As a first step I am trying to write a DLL with a simple function that can be called from R. The DLL contains a C++ routine written and complied in Microsoft Visual C++ Ver 6.0 and is based upon the example in R-Exts eg I am trying to create the following example function SEXP out(SEXP x, SEXP y) {

What kind of missing symbols are you getting? I had to work around dependencies for a Mingw32 build. See https://reviews.llvm.org/D44650 On Wed, May 16, 2018, 13:13 via llvm-dev <llvm-dev at lists.llvm.org> wrote: > I have the git monorepo, and Visual Studio 2015. I am finding that > running a build from the command line with msbuild (as a nightly job) > invariably fails on the

I am having a problem using two DLLs with the same name, but obviously located in different directories, in an R session. The troublesome package is the (Bioconductor) Rgraphviz package. It relies on (3rd party software) graphviz and imports functions from (Bioconductor) package graph. Unfortunately, the current stable release of graphviz for Windows

msbuild is is able to re-run cmake if a CMakeLists.txt changes. CMake adds a special project "ZERO_CHECK" that does this. However, I am not sure it runs when invoking on the individual projects instead of the solution. Try the cmake --build command, which should output the following: > cmake --build . --target opt CMake is re-running because

I have the git monorepo, and Visual Studio 2015. I am finding that running a build from the command line with msbuild (as a nightly job) invariably fails on the first try, and succeeds on a retry. The first msbuild command looks like this: msbuild ALL_BUILD.vcxproj /p:Configuration="RelWithDebInfo" /m:6 /t:Rebuild This appears to compile everything okay, but invariably fails with

Hi fsx would be really cool :-) but how do i include those dlls? MANY THANKS and regards Michael Simulator X Demo # wine fsx.exe err:module:import_dll Library MFC80.DLL (which is needed by L"C:\\Program Files\\Microsoft Games\\Microsoft Flight Simulator X Demo\\fsx.exe") not found err:module:import_dll Library MSVCR80.dll (which is needed by L"C:\\Program Files\\Microsoft

Dear R-users, I am working to install Chong Gu's new gss library on my Linux system (Redhat 5.1/i386), and have run into the following roadblock: Dr. Gu's R code is a front end for a package of Fortran routines called RKPACK. While I have no trouble compiling the individual bits of Fortran code with fort77 in Linux, I don't know how to link the resulting *.o files into a shared

Hi, I need to call a c funtion in R.I created the Dll in Visual C++. And In R , I used the dyn("path") no erro. Then when I call .c ("function m=name ", parameter) it always says "the c entry point "product" not in load table" I really need your help. Many thanks Gao [[alternative HTML version deleted]]

Thanks for your help with this problem about dynamic linked libraries. I thought I had it solved, but apparently not. Below is a small piece of Pascal code that I compile into a library. When I load the library using dyn.load R becomes very unstable. The Mac GUI crashes in all kinds of situations --even moving a window can sometimes crash it. Running from the command line (I thought the

Could you help me in getting a package to compile from source in Windows? I'm running Windows NT 4.0 on a pentium 450 with 128 Mb of Ram. I've got R 1.0.0. I am developing a package for R which includes a bit of C code. I have things working in Unix just fine, and now I want to port it to Windows NT. I've been following the instructions in the R complements to Venables and

Moin, I can define the load order for specific applications using winecfg. But what is the propper way to copy these DLLs from a 'real' windows box? Just owerwrite the wine-ddl in windows/system32/ ? But isn't this the 'build in' DLL, that should be used for applications with load order 'Build in'? Sorry I am confused. -- |Michael Renner E-mail:

With VS2013 I found that editing a CMakeLists.txt file caused CMake to be re-run successfully and the build to also continue successfully, but since I switched to VS2015 the CMake re-run occurs - apparently successfully, but more often than not the build failed afterwards from either the IDE and from MSBuild. Since I seldom change the CMakeLists.txt files, I simply do a clean CMake configuration