Skip to content

R-0.61.1 compiled with egcs-mingw32

3 messages · Guido Masarotto, Peter Dalgaard

Original
Guido Masarotto
# 
Peter Dalgaard BSA writes:
 > 
 > Ouch! In that case, I suggest that we try to put some collective
 > effort into getting something working with RSXNT. The only thing that
 > bothers me a little is that RSXNT isn't quite GPL compatible (you have
 > to pay a license for non-freeware usage) but I suppose that (a) it's a
 > very mild restriction, and (b) it can hardly be worse than shipping
 > GCC itself for RSXNT... There are certainly a lot of good things to be
 > said for using GCC throughout.
 > 
 
 1) More than one year ago, hence, maybe, things are changed, I download
 RSXNT. However, I had problems to run its demo under MsWin3.1 (not under
 Win95). So, I prefered to give up. Just a limited experience, however.
 The other problem that I see is that, if I understand well,
 RSXNT is the effort of just one pearson  not of a team.
 
 2) What about DOS? Do you think that we really need a GUI console under 
 Microsoft-something? A couple of week ago, I took a look to the
 R code thinking to recompile it with DJGPP. I didn't try but it seems
 possible. The advantages that I can see are:
  a) DJGPP is stable, mature and supported. 
  b) I have limited experence but dynamic linking with DJGPP works
     better than under Windows. For me, of course. And I am not a 
     Windows programmers. But, I was able to to build dyn. libs
     which call routines in the main executable (and we need this
     non only for call_R but also for R_alloc and S_alloc).
     With, just 3 #define's its possible to use the dlopen/dlsym/dlclose
     interface.
  c) Same user interface under MsWindows and Unix (character+readline).
  d) DJGPP has g77.
  e) From DOS to WinNt, only one executable.
  A couple of disadvantages are:
  a) Old fashion.
  b) We need a new device. I suggest one based on grx (the standard djgpp
     graphic library) since this will have a small side effect:
     grx is available also for the linux console so can be used under
     linux without X (I remember some question about this on
     the R mailing list).
  c) dll's must be built using djgpp; anyway, djgpp is GPL.
  
  Comments? I have no time for a couple of weeks, but, after, if you
  think that can be a worth tentative, I can make  the first
  attempt (manage to recompile the non-graphic part +
  write a first draft for the graphic device if the previous
  point go well).
  
  guido m.
  
  
 
 

-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
Peter Dalgaard
# 
guido@sirio.stat.unipd.it writes:
Hmm. Things *have* changed. 1.4 came out in Dec97. However, I haven't
checked the win3.X demos, just read the docs. Sounds like I should,
eh? Was it compiling or running them that didn't work?

The RS in RSX is Rainer Schnittke, so you're right that it's
essentially a one-man job. So is EMX, on the other hand (Eberhard
Matthes). And GCC is GCC, obviously. The core of RSXNT really isn't
that big, and since it's only needed to help us over the Win32s
problem, I'd say try it - if it works, it works...
For teaching, yes, we need the GUI. Some of us, anyway. If we could
move to Tcl/Tk, we might get rid of the awful win32 API. That's
not a one-night project though.

Still, the ESS-mode people will want a stdio type interface, and it is
also useful for batch processing, so it should get done at some point.
As long as you stay away from graphics/dynload/system(), it's
certainly possible. (One of my former colleagues has done it a year or
so back.) With RSXNT as well - I'm pretty sure I tried that
at some point.

In principle, this isn't too hard with DLL's either, once the
generation of relocatable DLL's and import/export libraries is in
place. Luke Tierney has a set of dl* compatibility routines on

http://www.stat.umn.edu/~luke/xls/projects/dlbasics/dlbasics.html
- but no scrollback on the console. This will turn out to be a major
problem in practice, I suspect.
There's one somewhere for RSXNT, I believe.
And win3/95 ? DOS box or?
Hmm. If I have any influence to exert, I think that I'd like you to
try to reach a definitive verdict over the RSXNT/Win3.x issues first.
You seem to be the most skilled person around, when it comes to these
matters.

If I find some time, I might give it a stab myself. There's a SAS
course (yeah...) coming up next week though.
Peter Dalgaard
# 
Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk> writes:
Ok. Checked up on it now with 1.31 which is what I already had
installed. Essentially, "make" is a no-go on win32s, most likely due to
upper/lowercase issues, whereas the compiler and linker seems to work.
Some of the sample programs compiled on W95 do work OK, others die due
to missing comctr32.dll and the like, i.e. from trying to use
something that simply isn't there in win32s. So it's no good as a
development platform, but it should be quite possible to cross-develop
from win95.
Um. *Schnitker*. I thought it looked wrong...