March 2002 - Glasgow-haskell-users

RE: Raw Sockets
by Simon Marlow 04 Mar '02

04 Mar '02

> Thanks for the reply. > > I wanted to send ICMP packets. Linux does support AF_RAW. > This compiles and > runs on my linux system. > > /* > * Create the socket. > */ > if ( (proto = getprotobyname("icmp")) == NULL) > err_quit("unknown protocol: icmp"); > if ( (sockfd = socket(AF_INET, SOCK_RAW, proto->p_proto)) < 0) > err_sys("can't create raw socket"); It looks like you want SOCK_RAW, not AF_RAW. GHC does support this, with the 'Raw' socket type, something like this: proto <- getProtocolByName "icmp" s <- socket AF_INT Raw proto Cheers, Simon

1 0

RE: Raw Sockets
by dominic.j.steinitz＠britishairways.com 04 Mar '02

04 Mar '02

Simon, Thanks for the reply. I wanted to send ICMP packets. Linux does support AF_RAW. This compiles and runs on my linux system. /* * Create the socket. */ if ( (proto = getprotobyname("icmp")) == NULL) err_quit("unknown protocol: icmp"); if ( (sockfd = socket(AF_INET, SOCK_RAW, proto->p_proto)) < 0) err_sys("can't create raw socket"); Dominic. "Simon Marlow" <simonmar(a)microsoft.com>@haskell.org on 04/03/2002 12:00:33 Sent by: glasgow-haskell-users-admin(a)haskell.org To: "Dominic Steinitz" <dominic.j.steinitz <glasgow-haskell-users cc: bcc: Subject: RE: Raw Sockets > How do I use raw sockets? According to the documentation I > can use AF_RAW. > It also refers the user to the implementation in > fptools/hslibs/net/SocketPrim.lhs. Do I really need to do > this and if so > how do I get it? The SocketPrim library (aka Network.Socket) really only supports AF_INET and AF_UNIX. Many of the other AF_ things are quite system-dependent; eg. Linux doesn't have AF_RAW. The documentation is a bit slack, although it does mention at the top of the Family(..) definition that "your mileage may vary depending on the OS you use". Do you really want a raw socket, or will a datagram (UDP) socket do? If so, you can just pass Datagram as the SocketType argument to SocketPrim.socket. Cheers, Simon _______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users(a)haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ------------------------------------------------------------------------------------------------- Save time by using an eTicket and our Self-Service Check-in Kiosks. For more information go to http://www.britishairways.com/eservice1

1 0

RE: GHC on MacOS X
by Simon Marlow 04 Mar '02

04 Mar '02

> I've spent a day compiling ghc (5.03, checked out from CVS a > few days ago) on MacOS X 10.1. > The results: another unregistered build, a PowerPC implementation > of createAdjustor (foreign export dynamic now works!). Great stuff! You should coordinate with Sigbjorn Finne <sof(a)galois.com> who is also working on a MacOS X port, I believe. > I needed to modify a total of six files: > File: Adjustor.c Status: Locally Modified > File: ClosureFlags.c Status: Locally Modified > File: Main.c Status: Locally Modified > File: Storage.h Status: Locally Modified > File: Posix.hs Status: Locally Modified > File: Socket.hsc Status: Locally Modified If you post the patches to cvs-ghc(a)haskell.org, we'll take a look. > Socket.hsc refused to compile because on MacOS X, sigaddset() > is a macro > that chokes if its parameter is a void*. I added a wrapper > function in a > small C header file, but that's really ugly. What's the "proper" way? The right way is to add a wrapper, as you've done. With proper use of 'inline' you can eliminate any performance reduction too (it's probably not that big a deal, though). > I also got a compiler panic on one of my own modules I tried > to compile. > I'll post that to ghc-bugs, as I somehow don't think it has to do with > the PPC port. There are/were some problems due to rottage in the unregisterised code generation path, but I think Sigbjorn has mostly cleaned these up now. Try updating your CVS tree to get the fixes. > What I really need, of course, is a registered compiler... > I'm even prepared to learn some Perl to do that, but for now I > don't really have a clue what to > do - I don't know enough about Intel/Sparc assembly language > and runtime > conventions to find out from the code without a few hints - can anyone > give me a few pointers what the mangler is supposed to do _exactly_? Ok, the mangler really just does two things. It removes the C function prologues/epilogues to support tail-calls, and it brings info tables and entry code next to each other. You'll get most of the way there by just setting up a PPC machine-specific section at the start of mangler/ghc-asm.lprl (there's already a powerpc version for rs6000, I'm not sure how relevant this is, though). The other things you need to look at are: - rts/StgCRun.c, which is the tiny layer between C land and registerised Haskell land, which just saves a few registers and makes some space on the C stack. - includes/TailCalls.c (probably the defaults for FB_ FE_ and JMP_() will do). - includes/MachRegs.h, which defines the register mapping. There's one for PPC already, which again may or may not be relevant. Be sure to talk to Sigbjorn before diving in though, so as to avoid duplicating any effort. Cheers, Simon

1 0

RE: Cross compilers
by Simon Marlow 04 Mar '02

04 Mar '02

> "Simon Marlow" <simonmar(a)microsoft.com> writes: > > > Cross compilation in GHC is usually done by taking .hc files > > generated on a machine with a working GHC and compiling them on the > > target machine using only gcc. This is how we bootstrap GHC on new > > machines. > > So then it reduces to getting a GCC cross compiler? (Which shouldn't > be insurmountable) Yes, you could do it this way. It may be less hassle to just take the .hc files to the target machine and compile them there, however. Setting up a real cross-compiling environment can be tricky - eg. making sure you're getting the right include files and so on. Cheers, Simon

1 0

RE: Raw Sockets
by Simon Marlow 04 Mar '02

04 Mar '02

> How do I use raw sockets? According to the documentation I > can use AF_RAW. > It also refers the user to the implementation in > fptools/hslibs/net/SocketPrim.lhs. Do I really need to do > this and if so > how do I get it? The SocketPrim library (aka Network.Socket) really only supports AF_INET and AF_UNIX. Many of the other AF_ things are quite system-dependent; eg. Linux doesn't have AF_RAW. The documentation is a bit slack, although it does mention at the top of the Family(..) definition that "your mileage may vary depending on the OS you use". Do you really want a raw socket, or will a datagram (UDP) socket do? If so, you can just pass Datagram as the SocketType argument to SocketPrim.socket. Cheers, Simon

1 0

RE: Cross compilers
by Simon Marlow 04 Mar '02

04 Mar '02

> Look what came up when I tried to make a cross compiler. > > GHC configuration does not support differing host/target (i.e., > cross-compiling) > > Now what do I do? Can I make a cross compiler? Never been done, certainly would be an adventure :-) Cross compilation in GHC is usually done by taking .hc files generated on a machine with a working GHC and compiling them on the target machine using only gcc. This is how we bootstrap GHC on new machines. Cheers, Simon

2 1

Raw Sockets
by Dominic Steinitz 04 Mar '02

04 Mar '02

How do I use raw sockets? According to the documentation I can use AF_RAW. It also refers the user to the implementation in fptools/hslibs/net/SocketPrim.lhs. Do I really need to do this and if so how do I get it? This compiles and runs as expected: module Main(main) where import SocketPrim (Family(AF_INET)) main = putStrLn (show AF_INET) but this module Main(main) where import SocketPrim (Family(AF_RAW)) main = putStrLn (show AF_RAW) gives the following C:\Dom\haskell\ping>"c:\program files\glasgow haskell compiler\ghc-5.02\bin\ghc" -o main test.hs -package net test.hs:3: Module `SocketPrim' does not export `Family(AF_RAW)'

1 0

Re: Double your money in 30 days
by Ashley Yakeley 03 Mar '02

03 Mar '02

$ ghci ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 5.02.2, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \____/\/ /_/\____/|_| Type :? for help. Loading package std ... linking ... done. Prelude> 0 * 2 0 -- Ashley Yakeley, Seattle WA

1 0

Re: GHC on Mac OS X
by Wolfgang Thaller 03 Mar '02

03 Mar '02

I've meanwhile discovered a problem with my GHC compile for PowerPC. While it manages to compile simple programs and the FFI seems to work (for my simple test program), many programs compiled by it abort with a message like: scavenge_stack: weird activation record found on stack: xx where xx is some number (not always the same). The problem happens for example with green-card 2.03, and in the genprimopcode program (when I try to compile the compiler using itself). However, both green-card and genprimopcode manage to print out usage information if I feed them with incorrect arguments. Can anyone give me some hints on how to debug this? Wolfgang -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net

1 0

Double your money in 30 days 9105HHqC5-528mRoi5274WkyS8-970uil30
by 2861x23＠msn.com 03 Mar '02

03 Mar '02

1 0