similar to: Quote symbol names under EXPORTS in tmp.def on Windows

recently I used gcc 4.9.1 (http://sourceforge.net/projects/mingw-w64/files/Toolchains targetting Win64/Personal Builds/mingw-builds/)on windows to build R,but failed when link R.dll ,it report linker status 5.  after some digging, I found when use gcc 4.9.1 64 bit on windows there are lots of .refptr.*(* is r function name) in R.def, which lead build fail.so I add a simple path to

Under Windows the make include share/make/winshlib.mk uses nm to grab symbols from object files to insert into a module definition file tmp.def that is used to create a package DLL. This works fine provided the DLL is only used via exported function entry points, which is the case currently, I suspect. But the pattern SYMPAT (defined in Makeconf) used to capture symbols includes non-function

It looks like `BASE` is a keyword in the .def file specification. https://github.com/bminor/binutils-gdb/blob/master/ld/deffilep.y#L241-L268 For several keywords, I could replicate the syntax error from ld.exe when the keyword was listed in EXPORTS in the .def file. As far as I can tell, the dllname-win.def file is a must in this case making sure none of the keywords get exported there.

Dear developers, I am a maintainer of the CORElearn package which uses OpenMP multithreading to speed up some computations. When producing a new release we tested the package with the latest R 2.12.0. On Linux the package works normally. On Windows we installed a recommended version of Rtools (Rtools212) but the linker fails with the messages below. ... g++

I am building shared objects on Windows system with BASE as a name in the shared object. When BASE appears under EXPORTS in tmp.def file, R CMD SHLIB doesn't succeed. This happens on Windows but not Mac or Ubuntu. Minimal examples: //////////////////////////////////////// This code builds fine //////////////////////////////////////// void base(int *nin, double *x) { int n = nin[0]; int

Example input and output to reproduce this can be found at https://gist.github.com/jimhester/b7f05f50794c88e44b17. I tested this attempting to compile the [digest]( http://cran.r-project.org/web/packages/digest/index.html) package, `run.sh` and `run.bat` were both run in the package source directory on Ubuntu 14.01 and Windows 7 respectively. In particular while the `CFLAGS` values were properly

Hello all, I'm trying hard to make R CMD SHLIB work on Windows XP (32-bit) - please note that I don't have the admin rights on the computer. In terms of setup, I have followed the procedure : => installed Rtools 2.14 => changed my path : PATH=C:\Trading\R\RTools\bin;C:\Trading\R\RTools\MinGW\bin;C:\Trading\R\R-2.14.1\bin\i386;C:\WINDOWS\system32;%OTHER_PATHS% But when I try R CMD

Hello, After much tinkering I managed to build packages using the 64bit version of R with the help of hints from http://www.murdoch-sutherland.com/Rtools/ and http://www.stats.ox.ac.uk/~ripley/Win64/W64porting.html and R-admin Manual. But a hack was required, and this seems to be related to a comment about underscores at the end of the second reference above (but this comment is about FUTURE

I've installed hdf5 [library & includes] here locally, last week. [see ?hdf5save in R] There is a remaining compilation / linking problem for me: The hdf5 library uses "compress2" a routine defined in Gnu's zlib, but not available in the zlib that comes with X11R6.3 (which we have installed). Now unfortunately, the final link statement for R (0.65) [for me, with hdf5

On Wed, Mar 11, 2015 at 1:40 AM, Hsiu-Khuern Tang <tangoh at gmail.com> wrote: > On Tue, Mar 10, 2015 at 8:54 PM, Avraham Adler <avraham.adler at gmail.com> wrote: >> >> I successfully rebuilt R-devel_2015-03-09 with the most recent version >> of Rtools tonight, building both ICU_531 and this time libcurl (7.39) >> as well (and OpenBLAS, of course). The

On Tue, Mar 10, 2015 at 3:17 PM, Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > > That's a bug. I haven't tracked down what's going wrong with our > regular code. If I can't find that and fix it soon, I'll make Internet2 > the default. For now, you can do it yourself using the instructions on > ?setInternet2. > > Duncan Murdoch I

Hi. I frequently convert date and time data to and from character representations. I'm frustrated with chron, because 'seconds' are required to create a time object (my input data never has seconds). More importantly, I cannot make chron print the format 12/30/2006 (which my output data requires). I really like the format flexibility of strftime() and strptime(), but of course

Hi all, I'm trying to check a package using R CMD check --as-cran <package>. When I do so, the check fails upon not finding the dependencies which I have installed in a non-standard location. Per the manual, I created ~/.R/check.Renviron : $ cat ~/.R/check.Renviron R_LIBS=/usr/lib64/R/library:/usr/lib64/R/var R_LIBS_SITE=/usr/lib64/R/library:/usr/lib64/R/var No luck. I tried

Hi, As far as I can see, no. On checking, I have confirmed that the only location of cygwin1.dll is : C:\Rtools\bin Thanks Vivek 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at gmail.com>: > On 03/06/2017 6:31 AM, Vivek Sutradhara wrote: > >> Hi all, >> I am having some problems in updating some packages from source. I start >> with : >>

Dear R-helpers, I tried to build a DLL like I have done so many times, but this time on my new machine, but it gives the erorr: (from cmd window) >R CMD SHLIB Boxcnt.f MAKE Version 5.2 Copyright (c) 1987, 2000 Borland Error c:/PROGRA~1/R/R-210~1.1/share/make/winshlib.mk 4: Command syntax error *** 1 errors during make *** The error is not in my Fortran file, because I also tried other files

Writing R Extensions mentions that a package developer can provide a Makefile, but gives very little information about what should be in it. It says there must be a clean target, and later on there's mention of $(SHLIB): $(OBJECTS) $(SHLIB_LINK) -o $@ $(OBJECTS) $(ALL_LIBS) (in the F95 discussion). What should a Makefile provide, and what can it assume? In other words,

For various reasons, it suits our workplace to have a cygwin version of R. I am pretty sure that cygwin is still not a supported environment for R, but we have managed to compile R-2.5.1 under cygwin without too many dramas. Our procedure is described below. We still have a few problems compiling libraries without manually changing files from .so to .dll, but it seems ok. I was wondering

On Wed, Mar 11, 2015 at 1:23 PM, Hsiu-Khuern Tang <tangoh at gmail.com> wrote: > On Tue, Mar 10, 2015 at 10:47 PM, Avraham Adler <avraham.adler at gmail.com> wrote: >> On Wed, Mar 11, 2015 at 1:40 AM, Hsiu-Khuern Tang <tangoh at gmail.com> wrote: >>> On Tue, Mar 10, 2015 at 8:54 PM, Avraham Adler <avraham.adler at gmail.com> wrote: >>>>

Hello, I am stuck trying to build 64-bit R 2.12.1 on Windows 7, hopefully the problem is obvious and someone can point out what I'm missing. Well into the "make all recommended" process, I get an error: make[4]: *** [Rzlib.dll] Error 4 (A longer report on the error in the build print is below - there is also help output from sed that I have included but don't know if it is

On 03/06/2017 7:00 AM, Vivek Sutradhara wrote: > Hi, > As far as I can see, no. > > On checking, I have confirmed that the only location of > cygwin1.dll is : > C:\Rtools\bin I would re-install Rtools, and make sure C:\Rtools\bin appears first in your PATH. Duncan Murdoch > > Thanks > Vivek > > 2017-06-03 12:57 GMT+02:00 Duncan Murdoch <murdoch.duncan at