similar to: Link with C code

Hi: Here's my revised attempt at explaining my problem. Hopefully it won't get sent out weirdly like it did earlier. ? The link to what I'm trying to follow is http://www.stat.columbia.edu/~gelman/stuff_for_blog/AlanRPackageTutorial.pdf ? I've been going through the tutorial but when I got to page 9 and did R CMD SHLIB Xdemo.cc Xdemo_main.cc -o Xdemo.dll I got

Hi Everyone: I've been going through Alan Lenarcic's package tutorial but when I did R CMD SHLIB Xdemo.cc Xdemo_main.cc -o Xdemo.dll I got the following error: XDemo_res.rc:15:38: warning: missing terminating " character XDemo_res.rc:23:34: warning: missing terminating ' character c:\mark\research\Rtools\MinGW\bin\windres.exe: XDemo_res.rc:16: syntax error

Hi, I've been trying to get the python bridge (rpy2) to build for 64-bit R and python. The current stumbling block is that mingw can't use the python27.lib file that comes with CPython and so I need to generate libpython27.a. When I use dlltool from rtools to do that however, I end up with a 32-bit file: >"G:\Rtools\gcc-4.6.3\i686-w64-mingw32\bin\dlltool" -e libpython27.a

Ok, one last try. R1.2.0, WinNT 4.0: [R is installed in: R_HOME=D:\Programme\R\rw1020] Can anyone give a hint what the following error message (when running Rcmd INSTALL) means and what to do about it? cd D:\Programme\R\rw1020\src\library D:\Programme\R\rw1020\bin\rcmd install testfunctions make: Entering directory `/cygdrive/d/Programme/R/rw1020/src/gnuwin32' dlltool -k --as as --dllname

Indeed, there is no file named "dlltool" anywhere around here! So, at last I am beginning to suspect that my collection of tools is incomplete. What I have got is "rw1020sp.zip" and "http://www.stats.ox.ac.uk/pub/bdr/RWin/tools.zip". These are properly istalled, I think. readme.packages says "If your package has no C nor Fortran nor C++ sources, see `Simple

Hello: Many thanks to Professor Ripley for responding to my earlier post, included below, about trying to use mingw32 gcc.I did put back the original Rinternals.h. I am still crashing R every time I try to use C code. Here is what I did, basd on readme.packages: 1.) Ensured that C:\Rtools was first in my path, and obtained a new tools.zip from BDR's R tools site. 2.) Ensured that I

Hello, I am trying to compile ROracle _0.5-4 under R 1.9.0 without much success. I am running Windows 2000 SP4, Visual C++ 6.0 SP6, and Oracle client 9.2.0.1.0. I was able to run the pre-compiled version of ROracle_0.5-2 under R 1.7.1, but does not work on R 1.8.1 or R 1.9.0. Here is the output from nmake: C:\Program Files\R\rw1090\library\ROracle\src>nmake Microsoft (R) Program

Hello: I'm trying to use Rcmd SHLIB to compile a single file, sann.c, to get sann.dll. I was able to get make libR.a to work, after going into MkRules and changing the line DLLTOOL=$(BINPREF)dlltool -k --as $(AS) to read DLLTOOL=C:/MINGW-1.1/bin/dlltool -k --as $(AS) But now I get: C:\rw1051\src\gnuwin32>Rcmd SHLIB sann.c make: make: Command not found make: *** [libR] Error 127

On Mon, 23 Jul 2018 11:27:38 +0100 Rowland Penny via samba <samba at lists.samba.org> wrote: > How are you searching and what with ? I used the ADUC tool and LDAPAdmin. > > Have you tried ldbedit ? > > ldbedit -e <your favourite editor> -H /path/to/sam.ldb > > This will display everything in the editor and you can then search in > that for the groups. You

On Mon, 23 Jul 2018 13:12:42 +0100 Rowland Penny via samba <samba at lists.samba.org> wrote: > On Mon, 23 Jul 2018 14:02:45 +0200 > Henry Jensen via samba <samba at lists.samba.org> wrote: > > > > Yes, the objects in question are displayed, one of them looks like > > this: > > > > # record 46 > > dn: > >

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.

I'm pretty sure I'll feel like [more of] an idiot but... Using Rgui working in a fresh, blank directory. > require(MASS) Loading required package: MASS [1] TRUE > data(cabbages) Warning message: ======> Data set `cabbages' not found in: data(cabbages) <===== > ls() [1] "last.warning" > search() [1] ".GlobalEnv" "package:MASS"

Hello: I am having some difficulty with a DLL, using > version _ platform i386-pc-mingw32 arch x86 os Win32 system x86, Win32 status major 1 minor 2.1 year 2001 month 01 day 15 language R I have a library called

Hi! I am new to R. I want to install "packages" from Package Sources in the web. I follow the instruction and use the "install.packages" but no luck. Here is what I did: > install.packages(gss,"C:/R/rw1021/library", CRAN = options("CRAN"), contriburl = contrib.url("http://cran.r-project.org"),

>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

Hello, I need a command. I have a lot of data in different dataframes(auto.0a, auto.0b, auto.0c, auto.5Na,...), that has similar names. I could print the names all at once wih a loop with the command paste(), see below:

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

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

> > It's doable to support dlltool-style import libraries by LLD. .idata > sections in dlltool-style libraries are designed so that they will > naturally construct the import descriptor table by just sorting them by > section name. Supporting them is not hard. I don't really know my way around the code base of COFF well enough todo this myself. If you can point me in the

Hi Rui, Thanks for getting back to me on this Do you think that you can make dlltool to generate short import libraries? > If you can, it would be the easiest way to solve the issue. > On my current tests ld seems to not like libraries built with short import libraries so this would require an ABI break in binutils. dlltool has support for loads of legacy targets and changing this would