-
Notifications
You must be signed in to change notification settings - Fork 0
/
2002.01.29.html
129 lines (97 loc) · 5.52 KB
/
2002.01.29.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
<html><body>
<a href="2002.01.22.html">Previous week</a> <a href="index.html">Up</a> <a href="2002.02.05.html">Next week</a>
<pre>
Hello,
Here is the latest Caml Weekly News, week 22 to 29 january, 2002.
Summary:
1) <a href="#1">Ocaml and games</a>
2) <a href="#2">OCaml in the kernel (again)</a>
3) <a href="#3">Float and OCaml C interface</a>
4) <a href="#4">Mp3tag 1.1</a>
5) <a href="#5">an interesting programming problem</a>
<a name="1"/>======================================================================
1) Ocaml and games
----------------------------------------------------------------------
Matthew D Moss wondered:
Just curious and wondering if anyone is doing (or has links to) games
coded with OCaml... looking to get some opinions on overall structure
and/or feelings as to how well it is working for that.
(I am also reminded, having seen another email by Chris Hecker, that he
mentioned something along these lines at his talk at the last Game
Developers Conference.)
I am once again learning good 'ol ML language from college days, and
thought it might prove an interesting way to implement a game idea I
have (my idea requires little to no graphics, but IIRC there is a
ocaml-GL binding somehere).
(there were many answers to this message, you can find the whole thread
here: <a href="http://caml.inria.fr/archives/200201/msg00201.html">http://caml.inria.fr/archives/200201/msg00201.html</a> )
<a name="2"/>======================================================================
2) OCaml in the kernel (again)
----------------------------------------------------------------------
Art Yerkes pondered:
I found the idea of ocaml code in the kernel intriguing enough to do
some digging. It turns out that ocamlopt can compile a viable kernel
if one hacks hard enough, and this allows the C parts of the kernel to
give ocaml code a shot at initialization, including allowing ocaml code
to register callbacks, etc that will be called when the kernel is
running. The following page describes what's there, which while not
perfectly complete is enough to work with reasonably. This may be a
nice opportunity to do a project like foxnet, but to get everything
except the ethernet physical-layer driver into a nicer language. One
might consider that code thus written would be less exploitable by a
malicious hacker than equivalent C code.
Here is the page with instructions + files.
<a href="http://64.81.145.152/~arty/caml.html">http://64.81.145.152/~arty/caml.html</a>
<a name="3"/>======================================================================
3) Float and OCaml C interface
----------------------------------------------------------------------
Christophe Raffalli asked and Xavier Leroy answered:
> Is it possible to call from OCaml a C function of type double
> f(double,double,double)
> without packing and unpacking the double when using the native code
> compiler ?
Yes. Declare it as follows:
external f : float -> float -> float -> float = "f_wrapper" "f" "float"
"f_wrapper" should be the standard C wrapper function that takes three
values, unpacks the doubles, call f, packs the result. This wrapper
will be called by the bytecode interpreter.
"f" is just the base C function taking unboxed doubles and returning a
double. It will be called directly by the code generated by ocamlopt.
The "float" declaration at the end instructs ocamlopt to perform (and
optimize!) the unboxing of the arguments and the boxing of the result
itself, rather than relying on "f" to do it.
> In other word, is the unboxing optimization of floats available to
> external C function ?
Yes. The standard library uses it for most of the floating-point
functions defined in Pervasives.
<a name="4"/>======================================================================
4) Mp3tag 1.1
----------------------------------------------------------------------
Maxence Guesdon announced:
Hello,
The release 1.1 of mp3tag is available at
<a href="http://www.maxence-g.net/Tools/mp3tag/mp3tag.html">http://www.maxence-g.net/Tools/mp3tag/mp3tag.html</a>
It now includes support for id3 tags version 2.3, and
computation of information on mp3 file (length, average bit rate, ...).
All the read, write, and analysis functions were written by Xavier Leroy.
<a name="5"/>======================================================================
5) an interesting programming problem
----------------------------------------------------------------------
Doug Bagley said:
I thought some people might find this thread from comp.lang.lisp interesting:
(Subject = "Cute Little Problem")
<a href="http://groups.google.com/groups?hl=en&threadm=a2pmh7%24135ju5%241%40ID-125440.news.dfncis.de">http://groups.google.com/groups?hl=en&threadm=a2pmh7%24135ju5%241%40ID-125440.news.dfncis.de</a>
The problem is sort of an interview question from a website, and the
task is to find related series of anagrams in a dictionary. People
were posting times of 10 seconds, 30 seconds, or even more (on fast
chips even), but using the native Ocaml compiler I can do it in (as of
now) in under 2 seconds on my old 400 Mhz Pentium II. A very informal
survey, of course, but it's the sort of thing that interests me.
One fellow asked for solutions (in any language) which he would
collect and summarize. So that was my motivation for giving it a
try. If anything comes of his study or if you are interested in the
source to my solution, let me know and I'll gladly give you an
update by email.
======================================================================
Alan Schmitt
</pre></body></html>