similar to: cross building

Displaying 20 results from an estimated 2000 matches similar to: "cross building"

2001 Apr 27
1
INSTALL Problems
Dear All, I have tried to install the tensor package (from: 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= \
2005 Feb 07
1
Problems encountered/fixed making CrossCompileBuild
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-
2002 Jan 17
2
Problem building packages from source (WIN32)
Dear List, I have been experimenting with building packages from sources, having previously relied upon the binaries. I downloaded and installed all the tools suggested in http://www.stats.ox.ac.uk/pub/Rtools/ , including ActivePerl 5.6.1.631. I also downloaded the HTML Help workshop exe and installed it. During install though, a message popped up to say that I had a newer version of the
2006 Jul 31
1
building windows packages under wine/linux and cross-compiling.
Had some fun today, and thought it might be a good idea to share and possibly for inclusion to R/src/gnuwin32/README.packages . Wine/linux : while R, ActiveState Perl, mingw all works alright under wine, the blocking issue is Rtool's cygwin dependency. forking (as much of make and sh is forking sub-processes) on posix-on-win32-on-posix currently doesn't work.
2001 Nov 23
1
zip error, missing file
4. Noticed this error go by in the r-devel build in Windows 95: F:/R/TOOLS/BIN/MAKE.EXE -C ./help RHOME=F:/R/R-devel PKGDIR=F:/R/R-devel/src/lib rary RLIB=F:/R/R-devel/library ziponlyhelp-base MAKE.EXE[2]: Entering directory `F:/R/R-devel/src/gnuwin32/help' zip -jqmX help/Rhelp help/* -x help/AnIndex 2> nul MAKE.EXE[3]: [zipup] Error 12 (ignored) My guess is that it's a problem with
2000 Mar 31
1
building a package
Dear R-helpers, I'm learning how to compile R packages with fortran routines and use the acepack source as an example. After some hiccups (Guido told me about the need to set make_mode=UNIX) I got to the following: `make pkg-acepack' runs without error (see below), but it does not * compile any .f file in acepack/src * (hence) try to create any dll file or libs (I'm
2003 Sep 28
0
(fwd) package inst directory copied too early? (PR#4329)
This bug appears in the current Windows build; I don't know if it applies generally. Duncan Murdoch On Fri, 26 Sep 2003 15:25:57 +1200 (NZST), Ray Brownrigg <ray@mcs.vuw.ac.nz> wrote: >If you INSTALL (Rcmd INSTALL) or cross-compile >(make PKGDIR=/pkg RLIB=/library pkg-mypkg) the copying of the inst >directory seems to happen very early in the process, *before anything is
2003 Sep 28
0
(fwd) package inst directory copied too early? (PR#4330)
This bug appears in the current Windows build; I don't know if it applies generally. Duncan Murdoch On Fri, 26 Sep 2003 15:25:57 +1200 (NZST), Ray Brownrigg <ray@mcs.vuw.ac.nz> wrote: >If you INSTALL (Rcmd INSTALL) or cross-compile >(make PKGDIR=/pkg RLIB=/library pkg-mypkg) the copying of the inst >directory seems to happen very early in the process, *before anything is
2000 Apr 03
0
Building acepack for Rw1000 under Win98
(Sorry, I had the previous emails on a different machine.) Thanks to Prof Ripley for diagnosing the problem with inconsistent capitals under Win98. It's 'interesting': * I had ...\acepack\Src\Ace.f Avas.f and Rlsmo.f (tar'ed in a Unix machine and Ws_FTP'ed to the PC) * when the directory name was changed to ...\acepack\src it still didn't work *
2002 Dec 16
1
Creating libraries: Cannot make help
Hi all I am trying to package a library in R 1.6.1 (Windoze XP). I have read the document "Writing R extensions" and think I have done things correctly (though apparently not). I have searched the mail archives for help to no avail. I also posted a few days ago and thanks to Peter Dalgaard I have managed to focus my search for errors. I am trying to create a library in R. I run the
1999 Dec 17
1
R 0.90.1 for Windows
A binary distribution of R 0.90.1 is available at http://www.r-project.org/bin/windows/windows-NT/base/ Installation instruction are given in the README file at the same location. guido masarotto Windows changes since 0.90.0 ---------------------------- It is possible to install packages from any directory (set PKGDIR on the make command) and to any directory (set RLIB on the make
1999 Dec 17
1
R 0.90.1 for Windows
A binary distribution of R 0.90.1 is available at http://www.r-project.org/bin/windows/windows-NT/base/ Installation instruction are given in the README file at the same location. guido masarotto Windows changes since 0.90.0 ---------------------------- It is possible to install packages from any directory (set PKGDIR on the make command) and to any directory (set RLIB on the make
2002 Oct 07
3
RE: new packages: geepack and KMsurv
I downloaded geepack from your site and installed it from the zip file. However, although it appears under my library directory, I could not load into R. Regards John Sendak platform i386-pc-mingw32 arch i386 os mingw32 system i386, mingw32 status major 1 minor 6.0 year 2002 month 10
2012 Apr 30
0
R CMD check . segfault on re-building vignettes
(Warning: There is some potential that this message is redundant.) I think that i have spotted an issue with R CMD check that does not trace back to a rare case, so it must have been reported already or i am doing something stupid. However, to be sure and because I did not find any comments on this while searching the R mailing lists, here is what i did: R CMD check . from within a package
2012 Apr 30
0
file.copy(src, src, recursive=TRUE) causes a segfault (Was: Re: R CMD check . segfault on re-building vignettes)
It appears that file.copy() does not protect against the case when one copies one directory to a subdirectory of itself resulting in it trying to create and endless recursive copy of itself. REPRODUCIBLE EXAMPLE: src <- "foo" dir.create(src); file.copy(src, src, recursive=FALSE) # ok file.copy(src, src, recursive=TRUE) # PROBLEM
2001 Sep 03
0
error compiling R-1.3.1 from source on WinNT
Dear R-help, I have encountered some errors when trying to compile R-1.3.1 from source on my WinNT4SP6 laptop (PII w/128MB RAM). I have installed all the tools following the instruction in src/gnuwin32/INSTALL, with the exception that the mingw compiler I have might be a bit older (they are the ones recommended for R-1.3.0, I believe). I have also compiled the ATLAS libraries from source using
2001 Dec 12
1
RE: [R] Rcmd SHLIB problem
Yes, changing line 67 of SHLIB as Uwe suggested worked: C:\TEMP>Rcmd SHLIB tryf.f make[1]: `libR.a' is up to date. rm -f -f tryf.a ar cr tryf.a *.o ranlib tryf.a ------- Building tryf.dll from tryf.a -------- echo LIBRARY tryf > tryf.def echo EXPORTS >> tryf.def nm tryf.a > Defs sed -n '/^........ [BCDRT] _/s/^........ [BCDRT] _/ /p' Defs >> tryf.def rm -f Defs
2005 Mar 25
0
Re: Cross-building R packages
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
2002 Jan 23
2
trouble with package mva on R 1.4.0
Dear List, although the library() command tells me that the pcakage "mva" is installed on my machine, I cannot use its functions or get help() about them. And, strange enough, I never installed the package manually. Has it become a part of R-base? I can't find the package among the package sources on CRAN, so I can't (re)install it manually. I'm using R 1.4.0. Can anyone
2008 Nov 09
2
[LLVMdev] Mingw, cross-compiling,___eprintf
Cross-compiling from Ubuntu 8.04 x86_64 to mingw with the cmake build system fails with this error while linking some tools: ../../lib/libLLVMSystem.a(DynamicLibrary.cpp.obj):DynamicLibrary.cpp:(.text+0x367): undefined reference to `___eprintf' ___eprintf is mentioned in lib/System/Win32/DynamicLibrary.inc. This symbol is referenced by libLLVMSystem.a when LLVM is natively built on