similar to: Small program embedding R crashes in 64 bits

Hi Avraham, I tried with the patched version. The same error message. gcc -std=gnu99 -m64 -shared -s -mwindows -o R.dll R.def console.o dynload.o editor.o embeddedR.o extra.o malloc.o opt.o pager.o preferences.o psignal.o rhome.o rt_complete.o rui.o run.o shext.o sys-win32.o system.o dos_wglob.o dllversion.o ../main/libmain.a ../appl/libappl.a ../nmath/libnmath.a getline/gl.a

On Tue, Feb 13, 2018 at 12:22 PM, Indrajit Sen Gupta <indrajitsg at gmail.com> wrote: > Hi Avraham, > > I tried with the patched version. The same error message. > > gcc -std=gnu99 -m64 -shared -s -mwindows -o R.dll R.def console.o dynload.o > editor.o embeddedR.o extra.o malloc.o opt.o pager.o preferences.o psignal.o > rhome.o rt_complete.o rui.o run.o shext.o

I was able to compile the R from the github by running build-r-devel.bat! Now need to see how to compile it with BLAS. Regard, Indrajit On Tue, Feb 13, 2018 at 5:45 PM, Jeroen Ooms <jeroenooms at gmail.com> wrote: > On Tue, Feb 13, 2018 at 12:22 PM, Indrajit Sen Gupta > <indrajitsg at gmail.com> wrote: > > Hi Avraham, > > > > I tried with the patched

In the file MkRules.local.in, I see the line: USE_ATLAS = NO which I believe needs to be changed to YES. But how do I specify the BLAS file *libopenblas_haswell-r0.2.20.a *and its location? Regards, Indrajit On Tue, Feb 13, 2018 at 6:41 PM, Indrajit Sen Gupta <indrajitsg at gmail.com> wrote: > I was able to compile the R from the github by running build-r-devel.bat! > > Now need

Thanks a lot for your suggestions. I see what you mean. I have removed all unnecessary files and dependences on https://github.com/Jiefei-Wang/example, but still no luck. I've tried to install the package as a user, not admin, but I got the same error. Also, I apologize for spamming the mail list. I will keep my reply as neat as possible. Martin has suggested checking the encoding of the file

Hi All, I am trying to compile R from source on a 64 bit Windows. I have downloaded and installed all the third party software as per the R - documentation. The compilation starts fine and after a while it stops with the following error message: D:/Rtools/mingw_64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.3/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lRgraphapp collect2.exe: error: ld

Jiefei, you did not commit all files into the example package - your example has things like RcppExports.cpp as well as additional flags which are not in your GH project. I suspect the issue is with the extra flags you're adding - those don't come from R. Please make sure you can replicate the issue with the GH package you created. Cheers, Simon * installing *source* package

Hi, I am trying to compile R with ICU support. I am following https://cran.r-project.org/doc/manuals/R-admin.html#Building-from-source I have downloaded and extracted https://www.stats.ox.ac.uk/pub/Rtools/goodies/ICU_531.zip to W:\R-3.5._\App\R-Portable\ICU I have modified MkRules.local # set to use ICU USE_ICU = YES # path to parent of ICU headers ICU_PATH = w:/R-3.5._/App/R-Portable/ICU I

Hi Avraham, A quick question - I realized I did not have *Perl* installed. So I installed *ActiveState Perl* right now. Also I see I need *texinfo* and *texi2any*. I was able to installed *texinfo* from here: http://gnuwin32.sourceforge.net/packages/texinfo.htm. But not sure where to get *texi2any*. Can you guide me in this step? Regards, Indrajit On Fri, Feb 9, 2018 at 11:58 AM, Indrajit Sen

Thanks for your help in adance !!! I work with SAMBA HEAD since alpha24. I have running a BDC, PDC, Printserver on 3 separate pc's. In my domain is integrated a nativ w2k Fileserver ( Dell Nas PowerVault 725 ) for fileserving. Passwords are held in LDAP on every (Linux) machine pam-ldap works. Every thing was fine before the last update to BETA 3. Problem : I was updating from BETA 2 to

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

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.

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 think this is a more problematic buglet in (implicit/explicit) ``invisible behavior''). Try this (all versions of R from 0.49 to 0.60): test0 <- function() c(1,2) test <- function(two = FALSE) c(1, if(two) 2) testR <- function(two = FALSE) return(c(1, if(two) 2)) test0()# 1 2 as it should test() #

I am trying to build R under 64bit Windows7. I am using a fresh install of Rtools34 and R-patched_2016-07-05. I am getting the following error: C:/Rtools/mingw_64/bin/gcc -shared -s -static-libgcc -o tcltk.dll tmp.def init.o tcltk.o tcltk_win.o ../../../gnuwin32/dllversion.o -L../../../../Tcl/bin64 -ltc l85 -ltk85 -LC:/R/RLocalSoft/lib/x64 -LC:/R/RLocalSoft/lib -L../../../../bin/x64 -lR

Hi Avraham, What a coincidence, I have been following this post of yours: https://www.avrahamadler.com/2013/10/24/an-openblas-based-rblas-for-windows-64-step-by-step/ Looks like this post is slightly older than what you have shared previously. It is strange that you did not get the attachments. I am pasting the contents of the MkRules.local here:

Hello, I have a probleme with the dynamic loading. I make two librairies "myfct.so" and "otherfct.so", where "myfct.so" is calling functions of "otherfct.so", and I want dyn.load() each of it, without generating a unique librarie. For exemple : myfct.c : void myfct(double *x, double *y) { otherfct(x); *y=(*x)+1.0; } myoth.c : void otherfct( double *x

Also note that this can lead to people not being able to load the package if the set of .Call entry points has changed between the old and new versions of the package. We strongly suspect that this is what happened to this Bioconductor user: https://support.bioconductor.org/p/121228/ Note that she's installing the binary and in this case no warning is issued. All we see is: package

Oops, I think both of us forget to cite the r-devel channel. Best, Jiefei On Tue, Mar 10, 2020 at 5:13 AM Wang Jiefei <szwjf08 at gmail.com> wrote: > Thanks for your quick response, Tomas. > > Yes, this is a path issue, I think the problem is related to R, not the > Rtools make. I built an example package for reproducing the problem: > https://github.com/Jiefei-Wang/example

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 : > install.packages("Boom",lib="C:/RownLib",type="source") > > I get the following error message : Do you have multiple copies of cygwin1.dll? Duncan Murdoch > > * installing *source* package