similar to: linking .lib and/or .dll files

Being relatively new to R, I want to use R in connection with a MySQL database. After installing (apparently sucessfully) the package RMySQL (R Version 1.6.2) the result is as follows: > library(RMySQL) > con <- dbConnect(MySQL(), dbname= "test") Error: couldn''t find function "dbConnect" Thank You in advance for help Peter Jörg Peter Baresel Technische

Hello, The procedure for creating an import library (Rdll.lib) that is documented in gnuwin32/README.packages works fine using the i386 architecture, but it doesn't seem to work under x64. Specifically, the procedure is: pexports R.dll > R.exp lib /def:R.exp /out:Rdll.lib /machine:X86 R.dll There are two issues under x64: 1. Older version of pexports crash when applied to an x64 R.dll.

>From the R-2.6.0/doc/README.packages it says: Using Visual C++ ================ You may if you prefer use Visual C++ to make the DLLs (unless they use Fortran source!). The notes here were tested with VC++6. First build the import library Rdll.lib by make R.exp ... In the installation (R-2.6.0-win32.exe) there is no Makefile with an R.exp target that I could find and I get

This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C39C9F.B5DABBD0 Content-Type: text/plain; charset="iso-8859-1" # Your mailer is set to "none" (default on Windows), # hence we cannot send the bug report directly from R. # Please copy the bug report (after finishing

I have some data that looks like this: > dataP input output corpusFreq pvolOT pvolRatioOT 1 give(my sister, the old book) P 47.0 56016 0.1543651 5 donate(her, the book) P 48.7 68928 0.1899471 9 give(my sister, the book) P 73.4 80136 0.2208333 13 donate(my sister, the old book) P

Hey llvm'ers, I have been working on a dlltool replacement for llvm. Here is my initial differential https://reviews.llvm.org/D29892 It is based on some functionality that already exists in lld. I added functionality to support, PE COFF Weak Externals and of course a front end to actually use it. I believe the work here can also be used for llvm-lib and lessen the load on lld. I would like

On Wed, 9 Feb 2005, Chris Lattner wrote: > On Wed, 9 Feb 2005, Henrik Bach wrote: > >> Here is my first try to document, how to build the llvm suite for MinGW. > > The GettingStarted patch looks fine to me, and I've applied it here: > http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20050207/023986.html > > The other patch does not look ok. In particular,

Hi, I'm trying to load a dynamic link library and it seems to work (is.loaded -> TRUE). When I run the function, which calls the .Fortran subroutine, R crashes! I'v tried the same in S-Plus 2000 and it worked. Therefore I suppose that the dll has been compiled with the stdcall calling convention (and not cdecl). But the problem is that I don't have access to the source code,

Hey Rui, > I wonder how llvm-dlltool would fit in the entire picture of mingw > support. I don't think dlltool is the last missing piece. What do you need > to do other than that to fully support mingw using LLVM toolchain? Other then changing `lib/MC/WinCOFFStreamer.cpp` to not use -aligncomm within the EmitCommonSymbol function and a single patch for mingw-w64 itself to

I have downloaded a DLL file. I want to look at the contents in the DLL file. How can I do it in R? Thanks, QL --------------------------------- [[alternative HTML version deleted]]

Hello, I am using cygwin (latest version) and I managed to generate a dll partly with rcmd shlib although there was a problem with both the resouce file (I had to remove "FILEOS VOS__WINDOWS32") and the command line for gcc (--shared is not supported for instance). So I would like to know which compiler/environment you advise to use for windows OS. Then I could load the library in R

Hi folks, I have a question about how to load a dll. First, I use the command > dyn.load("lassofu.dll"); then, I got the message below “NULL Warning message: DLL attempted to change FPU control word from 9001f to 90003”; After I tried to use this dll in one of s functions, I got the message below “Error in .Fortran("lasso", as.double(x), as.double(y), as.double(b),

> > Also you need to make a change to LLD/COFF to accept GNU command > arguments, right? (Looks like you already have that patch locally.) Yes > My patch to hack lld into accepting some very basic gnu front end > arguments was enough to get all the above working which was enough to > develop further. On Mon, Feb 13, 2017 at 8:41 PM, Rui Ueyama <ruiu at google.com>

Today this error is the bane of my existence. It is weird. My app works fine when I am running it through Mongrel, but as soon as I try to run a unit test, the test explodes with this error. Any ideas? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group,

Hi folks, My system is Windows98 + R1.9.0. The path for my system is c:\perl\bin; c:\mingw\bin; c:\rtools; c:\windows; c:\windows\command; c:\rw1090\bin. I created three files followed the examples in “Writing R extensions” in the directory c:\temp: // X.hh class X { public: X (); ~X (); }; class Y { public: Y (); ~Y (); }; // X.cc #include <iostream> #include "X.hh" static

Dear R Community, I am trying to create a com dll wrapper for R in a mannor similiar to the R Com Server by Thomas Baier except that I would much rather avoid using the proxy dll ("Rproxy.dll"). Perhaps I don't really understand the reason for going throug the proxy in the first place, but it seems like an unnecessary indirection for an application which is not intended to use DCom.

I tried out Theora to see what the future holds, and see some pros and cons. As a great plus, I have noticed that, even at the lowest quality (ie. "-v 0"), the detail, and overally quality is clearly better than anything else available. On the negative side, at qualities comparable to MPEG4, I've notcied a great deal of blockiness. It's not as bad as blockiness from other

> > I wonder if it can be a wrapper for LLD/COFF. It can be an in-process > wrapper, meaning that you could add a main function for mingw which > translates all arguments into the MSVC style and then invoke the COFF > linker's main function. That should work, if I am understanding this correctly I can create an argument parser (probably partially based on the ELF one) then I

>From: Chris Lattner Date: Wed, 9 Feb 2005 15:11:44 -0600 (CST) > >On Wed, 9 Feb 2005, Chris Lattner wrote: > >>On Wed, 9 Feb 2005, Henrik Bach wrote: >> >>>Here is my first try to document, how to build the llvm suite for MinGW. >> >>The GettingStarted patch looks fine to me, and I've applied it here:

On Wed, 9 Feb 2005, Henrik Bach wrote: > Here is my first try to document, how to build the llvm suite for MinGW. The GettingStarted patch looks fine to me, and I've applied it here: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20050207/023986.html The other patch does not look ok. In particular, it would be much better to submit patches to make MinGW work as much like