search for: winres

hi there, trying to follow the steps of Yan & Rossini 2003, I have two problems : first when I 'make CrossCompileBuild', I get : ****************************************************************************** make[1]: Entering directory `/home/ros/RWORK/CROSSSOMP/WinR/R-1.8.0/src/gnuwin32' make -f Makefile.docfiles make[2]: Entering directory

Dear All: I encountered and apparently overcame problems following Yan and Rossini?s procedure for "Building Microsoft Windows Versions of R and R packages under Intel Linux" (http://cran.r-project.org/doc/contrib/cross-build.pdf): I have successfully cross-compiled R packages for Windows on a FreeBSD 4.10 i386 system. My revisions to Makefile-rcb (http://cran.r-

Hi, I'm trying to cross compile R260 in a ubuntu 6.06 linux. I downloaded the Makefile for 251 and simply replaced the R version by 260. However I'm getting an error about mingw. ernesto at gandalf:~/ipimar/devel/R/ccompile260$ make R export

Dear List, I am (still) trying to use the makefile advertised in R-News (the Makefile is a wrapper around other tools). When I try to build a package using the (fairly recent) 'install.R' mecanism, the output leaves me not so confident about the the usability of the pack built for Windows (I am currently unable to verify it): ---------- Making package splicegear ------------ installing

Hi, I tried to use the 'make' file discussed in the last R-news. The step 'make R' dies with: make[2]: Entering directory `/home/laurent/these/R/RCrossBuild/WinR/R-1.7.1/src/gnuwin32' sed -e s/@RVER@/`cut -d' ' -f1 ../../VERSION | sed -n 1p`/g -e s/@RWVER@/rw1071/g rw-FAQ.texi | \ makeinfo --no-headers --number-sections -o rw-FAQ makeinfo --no-split --html

I have the same problem, trying to cross-compile. I'm running Ubuntu Edgy, kernel 2.6.17-10-generic, on an IBM T60. I downloaded the Makefile from CRAN and ran make CrossCompileBuild with the following error messages (also ran each make one at the time and the problem occurs in make R): ../extra/pcre/libpcre.a(pcre_dfa_exec.o):pcre_dfa_exec.c:(.text+0x1703): undefined reference to

Jun hi again! Sorry for bothering. Although I had no problem with building Windows package under Linux, I noticed that man pages are not processed as they should or maybe I have a problem with my setup. My package is called 'GeneticsPed'. Instead of HTML or text files I just got a GeneticsPed.Rd.gz in man directory of a package (this is within GeneticsPed_0.1.zip file!). The file

I was cross-building R-devel (1.7.0). The tail of the error message from running make on a machine with makeinfo (GNU texinfo 3.12) 1.68 is at the end of this email. The same procedure went fine on a machine with makeinfo (GNU texinfo) 4.1. My first guess is that the version of makeinfo is causing this. However, this didn't happen with R-1.6.2beta. Please advise. Jun ## tail of error

I'm using Ubuntu 8.10 (Intrepid Ibex) and R 2.7.1. I've built a package from source (a modified version of gbm) and it contains some C++ code. I now want to cross-compile it to get a Windows version. I installed R using sudo apt-get update sudo apt-get install r-base sudo apt-get install r-base-dev So far as I can tell, I've also followed all the instructions in the guide

Hello, When compiling R-2.0.0 for cross-compiling, I get the following error when calling 'make R' ---------- Making package base ------------ adding build stamp to DESCRIPTION /bin/sh: line 1: --vanilla: command not found make[5]: *** [frontmatter] Erro 127 make[4]: *** [all] Erro 2 make[3]: *** [pkg-base] Erro 2 make[2]: *** [rpackage] Erro 2 make[1]: *** [all] Erro 2 make[1]:

Hi, I'm cross compiling win R in a linux Ubuntu Edgy and I'm getting an error with the utils package. Sys.setenv exists on my R 2.5.0 ... I'm using the tools provided for R250 in http://www.stats.ox.ac.uk/pub/Rtools/i586-cross-tools.tar.bz2 Any ideas ? Regards EJ ---------- Making package utils ------------ adding build stamp to DESCRIPTION installing NAMESPACE file and

I tried to cross-compile the newest release 2.0.1 on a linux machine, but i always got an error at the following stage DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this function) dynload.c:94: error: (Each

Hi everyone, I am trying to cross-compile a package I wrote using the Yan and Rossini tutorial "Building Microsoft Windows versions of R and R packages using Intel Linux". I have got reasonably far with this but when doing the linking using the line: i586-mingw32-g++ -shared -s -o mylibrary.dll mylibrary.def mylibrary.o mylibrary_res.o

Hello list, I would like to cross-compile R packages using R 2.4.0. I am working on Linux Debian and cross-compiled (windows binaries) without problems with older R version. I have used the doc of Yan and Rossini in the contributed section of the R documentation (same version of MinGW...). When I try to cross-compile R (make R), the procedure stopped and returns :

Dear all, I expect that I am on thin ice trying to build this on freeBSD 4.10, however, after tweaking Makefile-rcb v11Oct04 /* MAKE=gmake; MINGW_CROSS = mingw-cross4 */, I encounter: mingw32-gcc -isystem ~/RCrossBuild/cross- tools/mingw32/include -O2 -Wall -pedantic -I../include -I. - DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary':

...n.res \ /I "$(XAPIAN_CORE_REL_PHP)\include" \ /I "$(PHP_SRC_DIR)\main" \ /d PHP_MAJOR_VERSION="\"$(PHP_MAJOR_VERSION)\"" \ version.rc - and here is the resource file I use (new file "version.rc" in win32): #include "winres.h" #include "xapian\version.h" #include "php_version.h" VS_VERSION_INFO VERSIONINFO FILEVERSION XAPIAN_MAJOR_VERSION,XAPIAN_MINOR_VERSION,XAPIAN_REVISION PRODUCTVERSION XAPIAN_MAJOR_VERSION,XAPIAN_MINOR_VERSION,XAPIAN_REVISION FILEFLAGSMASK 0x3fL #ifdef _DEBUG FILE...

Hey, I was playing around with winelib today and with a friend's help I was almost able to make coolplayer (listed as "working") compile on my Gentoo machine. I had to do that in a 32bit chroot, I had to change one of the includes and comment out another one. Now I'm stuck. coolplayer is written with Visual studio, so there's a file named coolplayer.rc. It includes

...ource.h Header_Files/TestApp.h Header_Files/stdafx.h MyCmdLineInfo.h Resource_Files/res/SingleAlg_CPU_Video.rc2 Source_Files/stdafx.cpp readImage.h dicom_io.h SingleAlg_CPU_Video.rc warning: In non-MFC projects, winemaker replaces the MFC specific header 'afxres.h' with 'winres.h' warning: the above warning is issued only once Generating project files... 2) when the "make" command is given, this is how the output looks like admin at XXX:~/.wine/drive_c/windows/system32/MFC> make wineg++ -shared dicom_io.dll.spec -mno-cygwin -o dicom_io.dll.so...

On Tuesday 28 May 2019 19:52:02 Jonathan Billings wrote: > I suggest running 'blkid' and 'efibootmgr -v', and double-check that > the UUID for the CentOS boot entry matches the UUID of the EFI disk. > > You can delete and recreate the boot entry with 'efibootmgr', which > will likely solve the problem. > > It depends on the UEFI implementation, but

Morning all, I have a HP Envy dual boot system (Win8 for serious stuff, i.e. Train Sim and Flight Sim) and Centos 7 for everything else. In the past I've had the occasional problem where an update on the windows side has updated the UEFI boot sequence but using efibootmgr has always fixed it. On Friday I discovered that my HDD was failing so I tried using Clonezilla to move it on to a new