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 |
Date: 2004/05/28 16:45:00 CDT |
104 |
Tag: blume-20040528-basis |
Tag: blume-20040528-basis |
105 |
Description: |
Description: |