Home My Page Projects Code Snippets Project Openings SML/NJ
Summary Activity Forums Tracker Lists Tasks Docs Surveys News SCM Files

SCM Repository

[smlnj] Diff of /sml/trunk/HISTORY
ViewVC logotype

Diff of /sml/trunk/HISTORY

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 1489, Tue May 11 19:31:06 2004 UTC revision 1537, Tue Jul 13 18:49:54 2004 UTC
# Line 14  Line 14 
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume (blume (at) tti - c (dot) org)  Name: Matthias Blume (blume (at) tti - c (dot) org)
17    Date: 2004/07/13 13:50:00 CDT
18    Tag: blume-20040713-nlffi
19    Description:
20    
21    - use paramAlloc to report c-calls with too many arguments
22      (for PPC version where parameter area is pre-allocated)
23    - added ccall_maxargspace to machspec (to implement the above)
24    - made "make" commend in CM's "make" tool configurable
25    - added option (default: on) for passing the name of the SML/NJ's "bin"
26      directory to "make"; the call looks like this:
27    
28         make <options> SMLNJ_BINDIR=<dir> <target>
29    
30      This can be used by the Makefile to, e.g., pick the "right" version
31      of ml-nlffigen.
32    - minor code tweaks
33    
34    ----------------------------------------------------------------------
35    Name: Matthias Blume (blume (at) tti - c (dot) org)
36    Date: 2004/07/12 22:50:00 CDT
37    Tag: blume-110_46_1-macosx-nlffi
38    Description:
39    
40    NLFFI under Mac OS X now working (sort of).  This is largely untested,
41    though.
42    
43    Note:  1. You have to make a new, clean build of the runtime system.
44           2. There are new BOOTFILES, you have to use them!
45              (Doing the bootstrap process yourself would be *very* painful!
46               If you absolutely have to do it, build the system under
47               a different architecture and then cross-compile.)
48    
49    Version bumped to 110.46.1 to account for runtime data format changes.
50    
51    ----------------------------------------------------------------------
52    Name: Matthias Blume (blume (at) tti - c (dot) org)
53    Date: 2004/06/18 14:30:00 CDT
54    Tag: blume-20040618-unix
55    Description:
56    
57    Changed the implementation of structure Unix so that the same stream
58    is returned every time one of the {text,bin}{In,Out}streamOf functions
59    is invoked on the same proc.  This is not what the spec currently
60    says -- although IMO it arguably should.  (See discussion below.)
61    
62    ----------------------------------------------------------------------
63    Name: Matthias Blume (blume (at) tti - c (dot) org)
64    Date: 2004/06/17 18:15:00 CDT
65    Tag: Release_110_46
66    Description:
67    
68    New working version (110.46).  NEW BOOTFILES!
69    
70    ----------------------------------------------------------------------
71    Name: Matthias Blume (blume (at) tti - c (dot) org)
72    Date: 2004/06/17 17:20:00 CDT
73    Tag: blume-20040617-timer-unix
74    Description:
75    
76    Changed the interface of structures Timer and Unix to match the most
77    recent Basis spec.
78    
79    In the case of Unix there still seems to be an open/weird issue:
80    
81       The {text,bin}{In,Out}streamOf functions are supposed to create
82       fresh streams whenever they are called -- as opposed to have them
83       return the same stream every time.  This design is supposed to
84       prevent space leaks caused by proc values hanging on to streams.
85    
86       The reap function, on the other hand, is supposed to close the
87       streams.  This cannot be done without having a handle on the
88       stream in proc after all...
89    
90    I took the liberty to implement the following stopgap solution:
91    
92      The proc value hangs on to the most recently created stream(s).
93      Reap closes those.  If either or both of the two streams hadn't
94      been created at all yet, then reap will close the corresponding
95      file descriptors directly.
96    
97    PS: I don't understand the original space leak argument anymore.  If
98    a proc hangs on to the imperative stream, then I/O operations on those
99    will advance the state of the cached stream and avoid the space leak.
100    
101    ----------------------------------------------------------------------
102    Name: Matthias Blume (blume (at) tti - c (dot) org)
103    Date: 2004/05/28 16:45:00 CDT
104    Tag: blume-20040528-basis
105    Description:
106    
107    Added signature PACK_REAL and exported functor PrimIO.
108    
109    ----------------------------------------------------------------------
110    Name: Matthias Blume (blume (at) tti - c (dot) org)
111    Date: 2004/05/25 16:00:00 CDT
112    Tag: blume-20040525-group-owner
113    Description:
114    
115    CM now ignores (but still accepts) the "owner" information in group
116    descriptions.  The owner of a group is its next enclosing
117    library. Each group must have a unique owner.  (There is a virtual
118    "toplevel" library that owns groups which are not nested within a real
119    library.)  Previously, each group had to explicitly declare its owner,
120    and CM would check that such a declaration is correct.  The new scheme
121    is to have CM check that for each group there is precisely one owning
122    library.
123    
124    The advantage of the new scheme is that the programmer no longer needs
125    to maintain the somewhat annoying owner information.  The downside is
126    that CM cannot enforce the ownership rule across multiple runs of
127    CM.make.  Fortunately, enclosing the same group in two different
128    libraries A and B which are not part of the same program does not
129    cause real problems.
130    
131    ----------------------------------------------------------------------
132    Name: Matthias Blume (blume (at) tti - c (dot) org)
133    Date: 2004/05/20 16:00:00 CDT
134    Tag: blume-20040520-win32
135    Description:
136    
137    Made the win32 version work again.  (Strangely, a misplaced comma had
138    slipped into win32-process.c which prevented the runtime from being
139    compiled correctly.)
140    
141    Also, included a minor addition to ml-build.bat analogous to what was
142    done in blume-20040519-ml-build.
143    
144    ----------------------------------------------------------------------
145    Name: Matthias Blume (blume (at) tti - c (dot) org)
146    Date: 2004/05/19 22:10:00 CDT
147    Tag: blume-20040519-ml-build
148    Description:
149    
150    Arranged for ml-build to clean up after itself a little bit better.
151    The script generates a temporary SML source file and compiles it using
152    CM, so CM generates metadata (GUID, SKEL, objectfile) for it.  It now
153    gets rid of those at the end, so they don't accumulate under .cm.
154    
155    This required a minor change to install.sh because the name of the
156    metadata directory (default: .cm) is actually configurable at
157    installation time.
158    
159    ----------------------------------------------------------------------
160    Name: Matthias Blume (blume (at) tti - c (dot) org)
161    Date: 2004/05/18 15:50:00 CDT
162    Tag: blume-20040518-mkreader
163    Description:
164    
165    Added Posix.IO.mk{Bin,Text}{Reader,Writer} by lifting their respective
166    implementations from internal modules PosixBinPrimIO and PosixTextPrimIO.
167    
168    ----------------------------------------------------------------------
169    Name: Matthias Blume (blume (at) tti - c (dot) org)
170  Date: 2004/05/11 14:35:00 CDT  Date: 2004/05/11 14:35:00 CDT
171  Tag: blume-20040511-win32sock  Tag: blume-20040511-win32sock
172  Description:  Description:
# Line 24  Line 177 
177    
178  (I have not tested this patch under win32 yet.)  (I have not tested this patch under win32 yet.)
179    
180    Here is David's e-mail:
181    
182    Hi,
183    
184    Attached to this email you find a diff against sml/nj 110.45
185    that will enable socket support under Windows.
186    
187    To apply the patch (using unix or cygwin)
188    1) gunzip runtime.diff.gz
189    2) "cd" into "src/runtime" in the source tree of a fresh
190       110.45 installation.
191    3) patch -p 1 < [your/path/to]runtime.diff
192    
193    The code compiles fine but has NOT yet been extensively tested.
194    I only ran a few tests for basic socket client functionality
195    (which worked fine).  Especially the functions that use ioctl
196    are not tested at all and might not work (see below).
197    
198    I implemented this since we want to move to a newer version of sml/nj
199    but need socket support in order to use it.  This is the first time I
200    even had a look at the sml/nj source,  so please review my changes
201    before making this part of the distribution!  Here are a few issues
202    that I think might be better for someone to solve who is more
203    familiar with the sml/nj source (and socket programming):
204    
205    - getnetbyaddr.c and getnetbyname.c will raise a "not implemented"
206      exception since I could not figure out what the windows equivalent
207      of these functions is
208    
209    - In sockets-osdep.h there are a some #include statements that are
210      only used in a few files that include sockets-osdep.h
211    
212    - In smlnj-sock-lib.c, function init_fn() calls WSAStartup() but
213      does not process its return value since I don't know how to
214      report an error upwards.
215    
216    - It would probably be good to have a call to WSACleanup() when
217      the library is unloaded (if there is such a possibility).
218      Otherwise I think Windows will take care of this automatically
219      when the process finishes.
220    
221    - I used ioctlsocket() as a replacement for ioctl() but I have
222      no idea if that is actually the proper replacement on Windows.
223    
224    - All these issues are marked in the code by "FIXME" comments.
225    
226    We use sml/nj extensively in our products and are quite happy
227    with it.  I hope this contribution will help you.
228    
229    Keep up the good work!
230    
231    David
232    
233  ----------------------------------------------------------------------  ----------------------------------------------------------------------
234  Name: Matthias Blume (blume (at) tti - c (dot) org)  Name: Matthias Blume (blume (at) tti - c (dot) org)
235  Date: 2004/05/11 14:20:00 CDT  Date: 2004/05/11 14:20:00 CDT

Legend:
Removed from v.1489  
changed lines
  Added in v.1537

root@smlnj-gforge.cs.uchicago.edu
ViewVC Help
Powered by ViewVC 1.0.0