search for: gnuwin32

...le to make libR.a without any problems following readme.packages. I am using rw1040, under Win2000(SP2), having installed R from the SetupR binary. To test things were working I tried to install some packages from CRAN. I downloaded the tar files from CRAN and unpacked them into R-HOME\rw1040\src\gnuwin32. I then ran Rcmd INSTALL on the directory containing the package. This is where I started to have problems: The following is the output from Rcmd INSTALL when trying to install package vegan: C:\R\rw1040\src\gnuwin32>Rcmd INSTALL C:\R\rw1040\src\gnuwin32\vegan make: Entering directory `/cyg...

...t;A.B Debugging". Less memory would be enough without debug build. - Python (x64 binary) is available, too. I am using. Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit (AMD64)] on win32 - Distinguish "test-suite" and "{llvm|clang} tests". (Installing GnuWin32) - Don't recommend to delete MSYS sh.exe in "Installing CMake". Use MSYS Makefiles instead with msys. - gnuwin32 is not needed on %PATH% if gnuwin32 is dedicated to tests. Use LLVM_LIT_TOOLS_DIR instead then. (gnuwin32 is not needed when person is working on MSYS bash shell, FYI)...

Full_Name: Bill Dunlap Version: 2.8.0dev OS: Windows XP Submission from: (NULL) (70.98.76.47) I tried for the first time to build R from source on Windows, where I got the source code via svn. Per the Installation and Administration manual, I altered src\gnuwin32\MkRules so it had the the locally correct paths to HTML Help Workshop and Inno Setup 5. I also set USE_SVNVERSION=yes, as suggested in MkRules itself. Then, while in the directory src/gnuwin32 I ran 'make all recommended' and got an error from windres very early in the build: E:\R\R-sv...

...http://cran.r-project.org/src/contrib/PACKAGES.html#tensor ), using the comand: " shell("Rcmd INSTALL tensor") " then I got the following mensage: ---------------------------------------------------------------------------------- make: Entering directory `/d/bin/cran/rw1022/src/gnuwin32' make DLLNM= EXTRADOCS= \ -C D:/bin/cran/tucker/tensor PKG=tensor RHOME=d:/bin/cran/rw1022 RLIB=d:/bin/cran/rw1022/library \ -f d:/bin/cran/rw1022/src/gnuwin32/MakePkg make[1]: Entering directory `/d/bin/cran/tucker/tensor' ---------- Making package tensor ------------ mkdir -p d:/bin/...

...ddle, but the 2nd one is a pain. Then I worked that that copying just this list over from 2.8.1 is sufficient to restore R package cross-compiling ability: (half of these files are removed in 2.9.1, half are different) ------------------ share/perl/build-help-windows.pl share/perl/R/Rdlists.pm src/gnuwin32/ src/gnuwin32/makeDllRes.pl src/gnuwin32/Makefile src/gnuwin32/pwd.pl src/gnuwin32/MkRules src/gnuwin32/MakeDll src/gnuwin32/help/ src/gnuwin32/help/Makefile src/gnuwin32/MakePkg ------------------ Then I thought there must be a simplier way - most of R 2.9.1 isn't platform-sensitive any more...

...(but I have found a tedious workaround). I'm still on > the same Windows 7 Ultimate machine with NTFS, but I now made sure I > started from scratch so I have a completely fresh setup (see details > at the end). > > PROBLEM: > At the very first step I do: > > C:\R\src\gnuwin32>make all > [... Waiting. No errors until ...] > cp R.dll ../../bin/i386 > -------- Building ../../../bin/i386/Rblas.dll -------- > gcc -std=gnu99 -shared -o ../../../bin/i386/Rblas.dll blas.o > cmplxblas.o ../../gnuwin32/dllversion.o Rblas.def -L../../../bin/i386 > -lR -lgfor...

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 `/home/ros/RWORK/CROSSSOMP/WinR/R-1.8.0/src/gnuwin32' makeinfo --no-split --html --no-headers --number-sections -o tmp.html tmp.texi tidy tmp.html > tmp2.html 2> /dev/null make[2]: [fixed/html/rw-FAQ.html] Error 127 (ignored) ***...

...rch = x86 os = Win32 system = x86, Win32 status = major = 1 minor = 2.0 year = 2000 month = 12 day = 15 language = R Windows 9x 4.10 (build 2222) A Search Path: .GlobalEnv, package:ctest, Autoloads, package:base ---------------------------------------- The session: C:\rw1020\src\gnuwin32>Rcmd INSTALL C:\rw1011\src\library\bqtl\ make: Entering directory `/RW1020/src/gnuwin32' make DLLNM= EXTRADOCS= \ -C C:/rw1011/src/library/.o PKG=.o RHOME=C:/RW1020 RLIB=C:/RW1020/library \ -f C:/RW1020/src/gnuwin32/MakePkg make: Entering an unknown directory make: *** C:/rw1011/src/li...

Hi, On Windows, package files in the inst/ subdir are installed after the lazyload creation. This differs from Linux where inst/ is installed _before_ lazyload creation. Since packages may need data in inst, I think the order on Windows should be changed. Perhaps like this: diff --git a/src/gnuwin32/MakePkg b/src/gnuwin32/MakePkg index 57af321..868e8f1 100644 --- a/src/gnuwin32/MakePkg +++ b/src/gnuwin32/MakePkg @@ -74,10 +74,10 @@ all: @$(MAKE) --no-print-directory -f $(RHOME)/src/gnuwin32/MakePkg -s nmspace @$(MAKE) --no-print-directory -f $(RHOME)/src/gnuwin32/MakePkg Dynlib @$(MAKE)...

2012/5/24 Mikael Lyngvig <mikael at lyngvig.org>: > I know that the documentation says that I am to install GnuWin32 tools, but > I strongly oppose that idea.  We Windows people have our own tools and > practices and I think the LLVM developers should open up to a more > multi-platform approach than the current (Unix then, perhaps maybe, Windows) > approach.  CMake works brilliantly, though, so there...

...if I'm doing something wrong myself (but I have found a tedious workaround). I'm still on the same Windows 7 Ultimate machine with NTFS, but I now made sure I started from scratch so I have a completely fresh setup (see details at the end). PROBLEM: At the very first step I do: C:\R\src\gnuwin32>make all [... Waiting. No errors until ...] cp R.dll ../../bin/i386 -------- Building ../../../bin/i386/Rblas.dll -------- gcc -std=gnu99 -shared -o ../../../bin/i386/Rblas.dll blas.o cmplxblas.o ../../gnuwin32/dllversion.o Rblas.def -L../../../bin/i386 -lR -lgfortran c:/rtools/gcc-4.6.3/bin/....

Now I can't make CMake use "MSYS Makefiles". I get an error about GNU v4.7.0 being broken as it can't build a simple test program. Using "MinGW Makefiles", everything works out of the box. And I am trying to give the user the most Windowsy experience (to avoid Cygwin, GnuWin32, and MSYS, if I can). So I think I'll stick to my current angle - which is to let the user install only MinGW, CMake, and Python, and then leave out any mention of MSYS (until the Testing on Windows document). P.S. There is one more compiler for Windows: The OpenWatcom compiler (my favorite f...

Dear R People: I'm starting to think that I should just install from the binary, but here is my latest effort to install from source on a Windows 7 64 bit: c:\R64\R-patched>cd src cd src c:\R64\R-patched\src>cd gnuwin32/ cd gnuwin32/ c:\R64\R-patched\src\gnuwin32>set TMPDIR=c:\temp set TMPDIR=c:\temp c:\R64\R-patched\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for...

...hese things: 1. Either you need to run it from bash or a similar Unix shell, as Windows does not recognize the extensionless Python script that it is. 2. Alternatively, you can invoke it using Python like this: python bin/llvm-lit test I know that the documentation says that I am to install GnuWin32 tools, but I strongly oppose that idea. We Windows people have our own tools and practices and I think the LLVM developers should open up to a more multi-platform approach than the current (Unix then, perhaps maybe, Windows) approach. CMake works brilliantly, though, so there are no issues in bui...

...ools/: D:/mingw/bin/: C:/Progra~1/Perl/bin: D:/texmf/miktex/bin/: D:/Progra~1/HTMLHe~1: D:/Progra~1/R/rw1062/bin/: C:/Progra~1/Insightful/splus61/cmd/: D:/cygwin/bin: D:/Progra~1/SSHCom~1/SSHSec~1: D:/Progra~1/Tcl/bin/: C:/Progra~1/Microso~3/VC98/Bin I've read src/gnuwin32/INSTALL and changed all the pertintent lines in src/gnuwin32/MkRules. I'm running `make' under a bash shell. I couldn't get `make' to run in a DOS shell (I'm not sure why). I've removed `cygwin1.dll' and `cygpcre.dll' in the cygwin directory so as not to conflict...

...; Full_Name: Bill Dunlap > Version: 2.8.0dev > OS: Windows XP > Submission from: (NULL) (70.98.76.47) > > > I tried for the first time to build R from source on Windows, where I > got the source code via svn. Per the Installation and Administration > manual, I altered src\gnuwin32\MkRules so it had the the locally > correct paths to HTML Help Workshop and Inno Setup 5. I also set > USE_SVNVERSION=yes, as suggested in MkRules itself. Then, while in > the directory src/gnuwin32 I ran 'make all recommended' and got an > error from windres very early in the...

Hi, I am trying to make a debug version of R ( for use with gdb later ) on windows. I am executing the following. src\gnuwin32>make clean src\gnuwin32>make DEBUG=T? In the output, I see many -O3 flags I do not see any ?-g -O0 flags? which ( I believe/I think ) that is what I need to debug R in gdb. What is the proper way to 'make' a 'Debug version of R'? Thank you, Andre Mikulec Andre_Mikulec a...

...t's a feature. > > It stops me from distributing versions with unintentional uncommitted > changes. It does have that effect, but the error messages are pretty obscure: c:\Rtools\MinGW\bin\windres.exe: rcico.rc:9: syntax error and Error on line 12 in e:\R\R-svn\r-devel\src\gnuwin32\installer\R.iss: Value of [Setup] section directive "VersionInfoVersion" is invalid. Both problems are Windows-specific and the desire to not distribute versions with unintentional uncommitted uncommitted changes is not Windows-specific. Note that the rcico.rc problem arises as the...

...memory would be enough without debug build. > > - Python (x64 binary) is available, too. I am using. > Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit > (AMD64)] on win32 > > - Distinguish "test-suite" and "{llvm|clang} tests". (Installing GnuWin32) > > - Don't recommend to delete MSYS sh.exe in "Installing CMake". Use > MSYS Makefiles instead with msys. > > - gnuwin32 is not needed on %PATH% if gnuwin32 is dedicated to tests. > Use LLVM_LIT_TOOLS_DIR instead then. > (gnuwin32 is not needed when person is w...

...without debug build. >> >> - Python (x64 binary) is available, too. I am using. >> Python 2.7.1 (r271:86832, Nov 27 2010, 17:19:03) [MSC v.1500 64 bit >> (AMD64)] on win32 >> >> - Distinguish "test-suite" and "{llvm|clang} tests". (Installing GnuWin32) >> >> - Don't recommend to delete MSYS sh.exe in "Installing CMake". Use >> MSYS Makefiles instead with msys. >> >> - gnuwin32 is not needed on %PATH% if gnuwin32 is dedicated to tests. >> Use LLVM_LIT_TOOLS_DIR instead then. >> (gnuwin32 is...