Browse thread
[Caml-list] OCaml distribution for BeOS
-
Sébastien_Pierre
- Alan Schmitt
- Georges Mariano
- Sylvain Kerjean
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Alan Schmitt <alan.schmitt@i...> |
| Subject: | Re: [Caml-list] OCaml distribution for BeOS |
Hi, The last time I looked at BeOS (a few years ago, I think, it was the beta release of v4), they did not have a unix select operator (sockets and file descriptors lived in different domains, and could not be mixed together in a select). I don't know if this has changed for v5 (it was supposed to, but I did not look). So if you get to compile the unix library, you'd better be careful to use select only with sockets. For more info about the select call in the beos library, you can look at http://www-classic.be.com/documentation/be_book/The%20Network%20Kit/Sockets.html#Network%20Sockets The FD_SETSIZE of unix is set to 1024 in linux includes, but the beos documentation I pointed to seems to limit this to 32 sockets ... Since it seems to be the only macros used by select.c that is not provided by beos, you can try to add a #define for it. Alan Schmitt >Hi! > >I'm trying to compile OCaml 3.0 under BeOS 5 and am facing a big >problem with the unix module (required by a lot of 3rd party modules). >The otherlib/unix/select.c sourcefile uses some FD_xxxx macros (like >FD_SETSIZE, etc..) that aren't declared in any BeOS header. > >I may have a corrupted /root/develop/header installation, but I was >just wondering (searching in the ml archives didn't gave me a clue) if >someone has managed to compile the unix module for this platform. > >Thanks! > >Seb. >------------------- >To unsubscribe, mail caml-list-request@inria.fr. Archives: http://caml.inria.fr -- The hacker: someone who figured things out and made something cool happen. ------------------- To unsubscribe, mail caml-list-request@inria.fr. Archives: http://caml.inria.fr