March 2003 - Glasgow-haskell-users

Fix in CVS ndeed Posix compile problem
by Ahn Ki-yung 25 Mar '03

25 Mar '03

SunOS 5.8 Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs gcc version 2.95.3 20010315 (release) In the posix related libaries there are two forign call definition. foreign import ccall unsafe "getpwuid_r" c_getpwuid_r :: CUid -> Ptr CPasswd -> CString -> CSize -> Ptr (Ptr CPasswd) -> IO CInt foreign import ccall unsafe "getpwnam_r" c_getpwnam_r :: CString -> Ptr CPasswd -> CString -> CSize -> Ptr (Ptr CPasswd) -> IO CInt But the gcc says there are too many argument. There are two ways to go around. I change the foriegn call definition "getpwuid_r" ==> "__posix_getpwuid_r" I change the foriegn call definition "getpwnam_r" ==> "__posix_getpwnam_r" Another way is to tweak preprocessor macro definition. I believe this is possible but I don't how to tweak it. My <pwd.h> file is like this. GHC implementors and porters should be awared of this. p.s. Compiling GHC project took almost whole day long :-( Bootstraping from 4.08.2 and stage1, stange 2 ... :-( -- Ahn Ki-yung

1 1

RE: help, ghc compile boot from hc fails.
by Simon Marlow 24 Mar '03

24 Mar '03

> I checked out the CVS yesterday. > > === gcc version is > > $ gcc -v > Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2/specs > Configured with: ../configure --with-as=/usr/ccs/bin/as > --with-ld=/usr/ccs/bin/l > d --disable-nls > Thread model: posix > gcc version 3.2 > > == I configured with > > $ ./configure --enable-hc-boot You need the appropriate .hc files for this to work, and in any case porting GHC is not a trivial exercise. See the section on porting in the building guide: http://www.haskell.org/ghc/docs/latest/html/building/sec-porting-ghc.htm l I see you're trying to port GHC to i386-*-solaris2. Probably the best way is to start by porting 4.08 from .hc files, then move on to compiling 5.xx or CVS. Cheers, Simon

1 0

ANNOUNCE: GHC vesrion 5.04.3 released
by Simon Marlow 24 Mar '03

24 Mar '03

============================================================== The (Interactive) Glasgow Haskell Compiler -- version 5.04.3 ============================================================== We are pleased to announce a new patchlevel release of the Glasgow Haskell Compiler (GHC), version 5.04.3. This is a bugfix-only release. For all the changes since 5.02.3, see the release notes: http://www.haskell.org/ghc/docs/latest/html/users_guide/release-5-04.htm l How to get it ~~~~~~~~~~~~~ The easy way is to go to the WWW page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for various flavours of Linux and BSD, and in InstallShield form for Windows folks. Binary builds for other platforms are available as a .tar.gz which can be installed wherever you want. The source distribution is also available from the same place. Once you have the distribution, please follow the pointers in the README file to find all of the documentation about this release. Background ~~~~~~~~~~ Haskell is a standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ Haskell home page http://www.haskell.org/ comp.lang.functional FAQ http://www.cs.nott.ac.uk/~gmh/faq.html System requirements ~~~~~~~~~~~~~~~~~~~ To compile programs with GHC, you need a machine with 64+MB memory, GCC and perl. This release is known to work on the following platforms: * i386-unknown-{linux,*bsd,mingw32} * sparc-sun-solaris2 * alpha-dec-osf3 * powerpc-apple-darwin (MacOS/X) Ports to the following platforms should be relatively easy (for a wunderhacker), but haven't been tested due to lack of time/hardware: * hppa1.1-hp-hpux{9,10} * i386-unknown-solaris2 * mips-sgi-irix{5,6} * {rs6000,powerpc}-ibm-aix The builder's guide on the web site gives a complete run-down of what ports work; it can be found at http://www.haskell.org/ghc/docs/latest/building/building-guide.html Mailing lists ~~~~~~~~~~~~~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Please report bugs using our SourceForge page at http://sourceforge.net/projects/ghc/ or send them to glasgow-haskell-bugs(a)haskell.org. GHC users hang out on glasgow-haskell-users(a)haskell.org. Bleeding edge CVS users party on cvs-ghc(a)haskell.org.

4 3

help, ghc compile boot from hc fails.
by Ahn Ki-yung 21 Mar '03

21 Mar '03

I checked out the CVS yesterday. === gcc version is $ gcc -v Reading specs from /usr/local/lib/gcc-lib/i386-pc-solaris2.8/3.2/specs Configured with: ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/l d --disable-nls Thread model: posix gcc version 3.2 == I configured with $ ./configure --enable-hc-boot == make fails like this creating libgmp.la (cd .libs && rm -f libgmp.la && ln -s ../libgmp.la libgmp.la) make[4]: Leaving directory `/export/home/member/kyagrd/CVSes/fptools/ghc/rts/gmp ' make[3]: Leaving directory `/export/home/member/kyagrd/CVSes/fptools/ghc/rts/gmp ' ../utils/ghc-pkg/ghc-pkg-inplace --update-package <rts.conf.inplace /bin/sh: ../utils/ghc-pkg/ghc-pkg-inplace: Not exist make[1]: *** [../driver/stamp-pkg-conf-rts] Error 1 make: *** [all] Error 1 == How can i make that "fptools/ghc/utils/ghc-pkg/ghc-pkg-inplace" ?

1 0

ADV: Chipworks to analyze the Broadcom BCM2050 2.4 GHz Radio Single Chip
by Chipworks 20 Mar '03

20 Mar '03

CHIPWORKS INSIDE TECHNOLOGY BULLETIN Broadcom BCM2050 2.4 GHz Radio Single Chip The Industry's First 54 Mbps, 2.4 GHz Wireless LAN Solution Broadcom's new offering is a two-chip, all CMOS solution that employs a direct conversion architecture and is the most integrated, highest performing 2.4 GHz solution available in the industry. The new Broadcom(R) BCM4306 baseband/MAC (media access controller) chip combines with the BCM2050 2.4 GHz radio to enable 54 Mbps connectivity in the 2.4 GHz radio frequency band. Chipworks has just received this device and will be producing a Full Circuit Analysis of the BCM2050 2.4 GHz radio single chip. As work commences on this device, we are looking for commitment from our clients and in return will offer this report at a one-time pre-sale price of $50K USD. Additionally, on-going project status and preliminary analysis information will be available to early purchasers of this report. Completion of this report is dependant on customer interest. Sign up now to take advantage of this limited time offer and guarantee delivery of key competitive information. The Broadcom BCM 2050 2.4GHz Circuit Analysis Report will be available in July 2003. Chipset Features -Two chip, 802.11g chipset -Composed of BCM2050 Radio-on-a-chip (RoC), BCM4306 Baseband Processor -Maximum data rate of 54Mbps when operating in IEEE 802.11g -Fully backwards compatible with 802.11b devices, maximum data rate of 11Mbps -OFDM modulation in IEEE 802.11g mode, CCK, DQPSK, DBPSK in 802.11b -Hardware encryption, full 128-bit WEP, hardware AES supporting WPA, CCM, OCB, 802.11i -Operates at frequencies in the range of 2.4-2.497 GHz -Range of 50m at 54Mbps in IEEE 802.11g -Full CMOS design -First 54Mbps, 2.4GHz WLAN device on market -Better area coverage than 802.11a at same data rate View the die photo at http://www.chipworks.com/mail/03_2003/Bul_03-18_lrgdie.htm Benefits of our Circuit Analysis Reports Our Circuit Analysis reports include a detailed analysis of all or selected circuits embedded in the physical layout of a semiconductor device. Additionally they include technical discussions of selected circuits, hierarchical schematics, and signal cross-reference lists so readers can quickly and easily understand the detailed design features. About Chipworks: Chipworks is an internationally recognized technical services company that analyzes the circuitry and physical composition of semiconductors, and electronic systems for a wide range of applications in patent licensing support and competitive study. For over 10 years, Chipworks has successfully helped leading-edge semiconductor and electronics organizations achieve their goals by supporting research and development efforts in strategic product development and patent portfolio management. If you are interested in a device analysis and you do not see it on our web site, please send your request to info(a)chipworks.com. Search our library of analysis reports at http://www.chipworks.com/webreports/webreports.asp Unsubscribe to Chipworks Inside Technology at http://www.chipworks.com/MailListAdmin/Unsub.htm Chipworks 3685 Richmond Rd. Suite 500 Ottawa, Ontario, Canada K2H 5B7 1.613.829-0414 http://www.chipworks.com

1 0

Concurrncy is not working well in Windows
by Ahn Ki-yung 20 Mar '03

20 Mar '03

{- In FreeBSD ghc-5.04.2 the simple echo server below works fine. (except for broken pipe. Installing signal handler will do good.) It broadcasts "Welcome!" to all users repeatedly. But in Windows XP, cygwin, ghc-5.04.3. It gets blocked on the accept routine and wakes up for a moment when new connections are requested and then get blocked soon, only printing some lines. Inserting yield in the code didn't help either. Is runtime system of cygwin version something wrong or non-blocking IO bad ? It seems almost impossible to write servers in win32. The server just STOPs without reason ! -} import IO import Monad import Network import Control.Exception (finally) import Control.Concurrent acceptConns sock = do conn@(h,host,port) <- accept sock forkIO $ catch (talk conn `finally` hClose h) print acceptConns sock talk conn@(h,_,_) = hPutStrLn h "Welcome!" >> hFlush h >> talk conn main = withSocketsDo $ do sock <- listenOn $ PortNumber 9900 acceptConns sock

1 0

RE: fun with sockets (ghc-5.04.1)
by Simon Marlow 19 Mar '03

19 Mar '03

Peter, [...] > After processing a random number of connections, the server dies with > > Fail: invalid argument > Action: accept > Reason: Invalid argument [...] I don't know what's wrong, I'm afraid. Any chance you could supply us with a working example that demonstrates the bug? Cheers, Simon

2 1

RE: How do I profile Prelude functions?
by Simon Marlow 19 Mar '03

19 Mar '03

Alistair, > I can't find advice in the GHC manual on determining how much > time your > program spends in Prelude functions. I've discovered that I > can alias a > Prelude function e.g. > > > import Data.Set > > .... > > > myMkSet = mkSet > > ... which will give me a cost-centre for mkMySet. Isn't there > an easier way to do this? Sorry for the delay in answering your question. We should really turn on -auto-all when compiling the libraries for profiling, but we don't for several reasons: (a) it affects optimisations (b) it makes profiles harder to read (c) it makes the libraries a lot larger these are all things we should fix (well, at least (a) and (b)). For (b), we really need a better tool for viewing the profiles: I have a prototype for such a tool which uses Gtk+HS, which I'll try to incorporate at some point. You can of course compile up your own libraries with -auto-all turned on. Or alternatively, just use the workaround you discovered. Cheers, Simon

1 0

Type Inference Infelicity
by Ashley Yakeley 19 Mar '03

19 Mar '03

This should compile, shouldn't it? -- ghc -c -fglasgow-exts TestInfer.hs module TestInfer where { class C t a b | t a -> b; instance C Char a Bool; data P t a = forall b. (C t a b) => MkP b; data Q t = MkQ (forall a. P t a); f' :: Q Char; f' = MkQ (MkP True :: forall a. P Char a); f :: Q Char; f = MkQ (MkP True); } GHC 5.04.2 for MacOS X complains about f, but not about f': TestInfer.hs:15: Could not deduce (C t a Bool) from the context () Probable fix: Add (C t a Bool) to the When generalising the type of an expression Or add an instance declaration for (C t a Bool) arising from use of `MkP' at TestInfer.hs:15 In the first argument of `MkQ', namely `(MkP True)' In the definition of `f': MkQ (MkP True) -- Ashley Yakeley, Seattle WA

1 0

RE: trouble linking with -O and unboxed tuple
by Simon Marlow 19 Mar '03

19 Mar '03

> With ghc 5.04.2 I'm having some trouble linking (debian linux). > > Here's the error I get: > > /home/bjpop/woo/lib/buddha-0.5/libbuddha_p.a(Partial.o): > In function `s1jZ_fast1': > Partial.o(.text+0xa44): undefined reference to > `GHCziPrim_zdwZ2H_entry' Ok, could you help us out by doing the following: compile Partial.o, using exactly the same flags you were using to demonstrate the problem, but add -ddump-simpl -dppr-debug -ddump-stg and send us the output. Also the source for the module would help too. Cheers, Simon

1 0