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