- Glasgow-haskell-users

RE: Haddock's -s switch is broken
by Simon Marlow 03 May '05

03 May '05

On 02 May 2005 12:40, Peter Simons wrote: > it appears that the '-s' switch in the CVS-HEAD version of > Haddock stopped working the way I know it. I run > > haddock -h -s . *.hs > > to generate the documentation, and it does have the "Source > Code" link on every page, but the link points to the "." > _directory_, not to "./{module-name}.hs" file like it > should. > > Am I doing something wrong or is this a bug? If you're using Haddock from CVS, then it works a little differently. Actually, I didn't think I'd committed this change, it looks like it crept in with something else... so feedback is welcome, we can always change it. I was experimenting to see whether we could get accurate source code links from the library documentation, but that didn't work out (we still can't tell the orignal source filename because the files are preprocessed before Haddock sees them). Anyway, in CVS, the argument to -s is transformed as follows: - the string %M is replaced by the module name (with '.' replaced by '/') - the string %F is replaced by the source file name so to get the behaviour of Haddock 0.6, you say 'haddock -s <url>/%F'. Cheers, Simon

2 1

RE: [Haskell] profiling and GHC6.4
by Simon Marlow 03 May '05

03 May '05

[ redirecting to glasgow-haskell-users ] > I have some problems getting profiling to work with a ghc-6.4 > that I compiled from source. Everything seems to work all > right, but the output doesn't contain any times; in time > profiling (+RTS -p) times are all zeros, with heap profiling, > I never get any 'samples' output, just an empty one. > > I can go back to see if there's anything I configured > incorrectly, but this sounds weird enough that I thought I'd > ask the list if this is a known problem (preferably with a > known solution). Is it? > > (ghc 6.4 compiled from source with ghc 6.2.2 on Ubuntu 5.04, Linux > 2.6.12-rc2) It's not a known problem. Is the program definitely running long enough to get any samples? (samples are by default every 0.02 seconds). If you 'strace' the program you should be able to see the calls to the OS to get the timestamp at various points. Cheers, Simon

1 0

Haddock's -s switch is broken
by Peter Simons 02 May '05

02 May '05

Hi, it appears that the '-s' switch in the CVS-HEAD version of Haddock stopped working the way I know it. I run haddock -h -s . *.hs to generate the documentation, and it does have the "Source Code" link on every page, but the link points to the "." _directory_, not to "./{module-name}.hs" file like it should. Am I doing something wrong or is this a bug? Peter

1 0

ANNOUNCE: ghc-6.4 for OS X Tiger using Darwinports
by Gregory Wright 01 May '05

01 May '05

Hi, For users of Mac OS X Tiger, ghc-6.4 can now be built from source using the darwinports infrastructure. Special thanks to Wolfgang Thaller, for sharing some love with the mangler, making it just a little bit less evil. The build uses gcc-3.3. Using gcc-4.0 still produces some errors. Users updating from Panther should be sure they have installed the new Xcode tools that come with Tiger. Building on Tiger using the Panther toolchain will lead to frustration and misery. More information on darwinports (which just released version 1.0!) is available from http://darwinports.opendarwin.org Best Wishes, Greg

1 0

Problem with porting GHC
by Liwen Huang 29 Apr '05

29 Apr '05

Hello I am trying to port GHC to QNX machines. I followed the instructions in the document of porting GHC strictly. Everything went well until I came to the step $cd H/ghc/lib $make -k UseStage1=YES EXTRA_HC_OPTS='-O -fvia-C -keep-hc-files' I was given following error messages ------------------------------------- System/Directory/Internals.hs:1:0: Module `System.Directory.Internals' is a member of package base-1.0. To compile this module, please use -ignore-package base-1.0. ------------------------------------- I have tried to add the option, but then the compiler can not find Prelude. My host machine is running redhat9.0. It also has ghc-6.4 installed. Will that be the reason why I got this problem when creating a unregisterised GHC. Thanks, Liwen

1 0

Re: Partial application of type constructors?
by Robin Bate Boerop 29 Apr '05

29 Apr '05

On 19-Apr-05, at 6:34 AM, John Meacham wrote: > This seems to be such a common question, perhaps someone could write up > something on the wiki that goes into more depth on what the issues are > with generalized type synonyms? I would find this useful. More useful would be an answer not about type synonyms in general, but about type synonyms in the particular case that is bothering me, now: The following Haskell program fails to compile with GHC: > module M where > > class TakesTwo tt where > f :: tt a b -> Int > > data S a b = S a b > type T = (->) > type U a b = a -> b > > instance TakesTwo S where > f _ = 1 > > instance TakesTwo T where > f _ = 1 > > instance TakesTwo U where > f _ = 1 The error message is: u.hs:16:0: Type synonym `U' should have 2 arguments, but has been given 0 In the instance declaration for `TakesTwo U' I gather that partially applied type synonyms (the "TakesTwo U" instance declaration) are not allowed. (Don't fully understand why.) Partially applied data types are allowed, so the "TakesTwo S" instance declaration is okay. But, why is the "TakesTwo T" instance declaration allowed? Isn't it the same as the "TakesTwo U"? -- Robin http://homepage.mac.com/robin_bb/

1 0

RE: Linker errors when using FFI on Windows
by Bayley, Alistair 28 Apr '05

28 Apr '05

That did it, thanks. Instead of using ghc's -L/-l flags, I used: -optl c:\windows\system32\ntwdblib.dll > -----Original Message----- > From: Sigbjorn Finne [mailto:sof@galois.com] > Sent: 28 April 2005 01:04 > To: Bayley, Alistair > Cc: glasgow-haskell-users(a)haskell.org > Subject: Re: Linker errors when using FFI on Windows > > Adding the -Lc:\windows\system32 option when linking upsets > the resolution of misc standard libraries, causing 'ld' to > use the DLLs > rather than the mingw link libraries, including msvcrt.dll. > > Try just using c:/windows/system32/ntwdblib.dll on the link > line instead. > If ld's DLL auto-import support doesn't quite work, attempting to link > with the import library 'ntwdblib' (ntwdblib.lib ?) instead > is worth a shot. > The SQL Server SDK ought to include that somewhere. > > hth > --sigbjorn > > ----- Original Message ----- > From: "Bayley, Alistair" <Alistair_Bayley(a)ldn.invesco.com> > To: <glasgow-haskell-users(a)haskell.org> > Sent: Wednesday, April 27, 2005 08:10 > Subject: Linker errors when using FFI on Windows > > > > I'm trying to link an FFI program against a Windows (XP) DLL > > (c:\windows\system32\ntwdblib - this is the MS Sql Server > client library). > > The output from ghc6.4 -v is below; the errors start in the Linker > > section. > > > > Comments: > > > > - Where do these objects d0000xx.o come from? (They're not in my > > source...) > > > > d000013.o(.text+0x0): multiple definition of `_onexit' > > c:/ghc/ghc-6.4/gcc-lib/crt2.o(.text+0x2a0):crt1.c: first > defined here > > d000018.o(.text+0x0): multiple definition of `atexit' > > c:/ghc/ghc-6.4/gcc-lib/crt2.o(.text+0x280):crt1.c: first > defined here > > > > > > - Have I omitted some important linker flag? There are tons of these > > undefined references from crt2.o, like this: > > > > c:/ghc/ghc-6.4/gcc-lib/crt2.o(.text+0x238):crt1.c: > undefined reference to > > `ExitProcess@4' > > > > > > Thanks, > > Alistair. > > > > ----------------------------------------- ***************************************************************** Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any computer. *****************************************************************

1 0

[ ghc-Feature Requests-1191666 ] Provide a Java Backend
by SourceForge.net 28 Apr '05

28 Apr '05

Feature Requests item #1191666, was opened at 2005-04-28 12:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1191666&group_… Category: None Group: None Status: Open Priority: 5 Submitted By: wangzx (rainbowang) Assigned to: Nobody/Anonymous (nobody) Summary: Provide a Java Backend Initial Comment: I hope the GHC provide a JVM backend. also: 1. GHC compile hs to bytecode(name as klass) like what javac and klass can be packed as kjar(like jar in java) 2. an KVM interpret the klass bytecode and translate it to java .class, then execute it on JVM. the KVM can be write in haskell also. now, a pure java based GHC and KVM can be used on JVM like 1. ghc.kjar contains the ghc compiler 2. happy.kjar contains the happy compiler 3. kvm.kjar contains the KVM 4. kvm.jar contains the bootstrap kvm that can be run on JVM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1191666&group_…

1 0

RE: GHCI crashes without error message
by Simon Marlow 28 Apr '05

28 Apr '05

On 27 April 2005 17:30, Robert van Herk wrote: > It seems that the problem of the spontanious crash in ghci, without an > error message, occurs because I use a wrong buffering strategy on a > handle: > > When I include the line > hSetBuffering handle LineBuffering > in my program, the program crashes at random moments, without error > messages. When I comment it out, it works ok. The handle in the above > example is a socket. My program is a web server. You're probably encountering the SIGPIPE problem. If you set SIGPIPE to be ignored and the problem still persists, then can you boil down the problem case to something we can reproduce? Cheers, Simon

1 0

RE: GHCI crashes without error message
by Simon Marlow 28 Apr '05

28 Apr '05

On 27 April 2005 18:11, Tony Finch wrote: > On Wed, 27 Apr 2005, Lemmih wrote: >> >> From the Network documentation >> (http://haskell.org/ghc/docs/latest/html/libraries/network/Network.html) : >> " SIGPIPE >> >> On Unix, when reading from a socket and the writing end is closed by >> the remote client, the program is normally sent a SIGPIPE signal by >> the operating system. > > Um, that's the wrong way round. In the situation described above the > program gets EOF. SIGPIPE is generated when the program *writes* to a > socket whose other end has been closed. Thanks, well spotted. I've updated that comment. Cheers, Simon

1 0