similar to: R-beta: windows and dynload.

It does, at least for a while. But when various more or less well behaved programs enter the scene (harddisk) things changed, at least for me. Reinstallation of R or windows didn't help, and I did not want to start again from scratch with a reformat. I used rw0613. -----Oprindelig meddelelse----- Fra: Douglas Steele <Douglas at dsteele.demon.co.uk> Til: r-help at stat.math.ethz.ch

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

I have just made available on ftp://sirio.stat.unipd.it/pub/R a new version of R for MsWindows compiled with gcc-mingw32. Enclosed you can find the README. Since there are many news (with respect to my previous port, rw0613), please read it. guido ------------------------ README ---------------------------------------- rw0623b.zip is a binary distribution of R (based on the last

A non-text attachment was scrubbed... Name: not available Type: text Size: 655 bytes Desc: not available Url : https://stat.ethz.ch/pipermail/r-help/attachments/19980831/50aa334c/attachment.pl

>This mean that the specs file of Cygnus gcc is different from the >mingw32 one. OK thanks (I added main() {} as per FAQ and I got the dynload to build a dll ok) I am also interested in building the R sources as per your descriptions. To simplify things, I have removed b18 cygwin and have now installed egcs-mingw32 with your djtools as recommended. Everything seems to work OK; tools that

Thomas Lumley writes: > > > I've been trying to get Matt Calder's S compiler to work in R using R > COMPILE and R SHLIB so it will be fairly platform-independent. > > I'm sure someone has claimed in the past that it is possible/easy to > dyn.load() two dynamic libraries and have one call functions in the other. > I can't get it to work (Red Hat

Hi, I have gnuwin32 (b18) and the rw0613b.zip version of R. With regards to (re)making the dynload dll demo given (zero.dll) could anyone tell me what the command line for the makefile should be. ie, make -f Makefile.in ...? Thanks for any help -- Douglas -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read

I am currently running R under Windows95. I am entirely new to R in any environment, with no prior experience of S or S-Plus either. I want to run some functions written for S-plus and residing in a file "cat.s". The fuctions also call some Fortran routines residing in a compiled fortran file "cat.obj" In S-Plus as I understand it I am supposed to first

Hello, I just pulled the patched release: R-release Version 1.0.0 Patched (March 19, 2000), on HPUX10.2 I am having dynamic library load problems. I configured with: ./configure --prefix=/home/absd00t/local --with-readline --with-x After changing etc/Makeconf to take -lblas out of libs (the blas library provided by the system is not a shared library), system was built without any interruptions.

On Thu, 10 Jun 1999, Friedrich Leisch wrote: > Yes, if I understood AIX workings correct you have to have a text file > of to-be-exported symbols at the time of linking a shared library, > i.e. the linker is called like (this is pasted from a mail by Arne) > > $(F77) -o module.so -bM:SRE -bE:module.exp -bnoentry $(OBJECTS) $(LIBDIR) $(LIBS) > > where module.exp is a text

When I use the -v I can modify the size of the heap, as assessed by gc(), but the -n key seems to be without effect ? On a machine with 48 mB ram I can load the libraries without problem, but on my own 36 mB ram machine, I get dynload problems with the larger, eg survival4. Any suggestions ? Troels -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list

When I use the -v I can modify the size of the heap, as assessed by gc(), but the -n key seems to be without effect ? On a machine with 48 mB ram I can load the libraries without problem, but on my own 36 mB ram machine, I get dynload problems with the larger, eg survival4. Any suggestions ? Troels -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list

I have been using R under Linux for more than a year and I think that it is great. Last week, I downloaded the binary Ms Windows version. I wanted to test it for my students. Our labs are under Bill Gates. I am not happy but I can do nothing. R worked. But, I could not use the dyn.load command with some dll built with one of the ports of gcc for windows 95/nt (I used the ecgs-mingw32 ports

I have been using R under Linux for more than a year and I think that it is great. Last week, I downloaded the binary Ms Windows version. I wanted to test it for my students. Our labs are under Bill Gates. I am not happy but I can do nothing. R worked. But, I could not use the dyn.load command with some dll built with one of the ports of gcc for windows 95/nt (I used the ecgs-mingw32 ports

I have made available the work of the last weekend that I mentioned in my previous messages on ftp://sirio.stat.unipd.it/pub/R. Many thanks to Peter D. and Ross I. for their suggestions. If you think that the work is of some interest, I can upload it to CRAN. guido m. This is the README enclosed in the distribution. -------------------------------------------------------------------------

I'm using Borland C++ for windows version 4.51 to export functions in a dll to R but i've encountered the following problems -- R crashes when function has more than one parameter -- Array subscripts in C++ code access wrong elements -- dll is not portable to different computer .i.e R (dyn.load) will only call the dll on the the machine the dll was compiled on Does the dll need

Hi, I have some S functions plus Fortran routines that I want to use in R. They work in S, but when I try to use "dyn.load" to link fortran codes in R , I get the following error. thanks, reza (I am using R-1.0.1 on windows NT, The name of fortran file (compiled Ratfor) is deldirld.o and it's in the D:\Reza\476\tv.gonsrc.R\ directory) >dyn.load("deldirld.o") Error in

Hi Guido, As you may have seen from my other message, I am now running Win95 B but am still getting the dyn.load failure already reported. So far as I can see, the problem is in the DLL files, not the R.exe. I have two versions, your version built with the cross-compiler, and one built with Mingw32 version 1.02 (1.1 has an additional problem). Your cross build version works fine. My locally

I have just put on ftp://sirio.stat.unipd.it/pub/R a new version of R for Win95/NT. The main difference concerns dynamic linking (see below). In addition, the binary distribution contains many of the available packages (all the ones that I have installed on my Unix machine). In the afternoon, I will upload the files on CRAN. g.m. This is the README file: rw0613b.zip is a new binary