- Glasgow-haskell-users

"Failed to load interface for ..."
by Bulat Ziganshin 09 Jan '06

09 Jan '06

Hello , how about adding suggestion to use "--make" to the following error message? it would be very helpful for novices. i have run into this problem several times before memoized that suggestion to use "-v" actually means that i forgot to add "--make" :) C:\!\Haskell\cpphs> ghc -O2 Main.hs Main.hs:17:0: Failed to load interface for `RunCpphs': Could not find module `RunCpphs': use -v to see a list of the files searched for -- Best regards, Bulat mailto:bulatz@HotPOP.com

3 3

problem with ghcprof on windows
by Conal Elliott 09 Jan '06

09 Jan '06

When run ghcprof under Windows XP I get this message in uDraw: "Error: Cannot start application C:/TEMP/ghcprof30164.sh". That file does exist as a shell script: bash-3.00$ ls -l C:/TEMP/ghcprof30164.sh -rwxr-xr-x 1 Conal None 109 Jan 7 12:12 C:/TEMP/ghcprof30164.sh bash-3.00$ cat C:/TEMP/ghcprof30164.sh #!/bin/sh /usr/local/cgprof C:/TEMP/ghcprof30164 0 "i386-unknown-mingw32" "" 10.0 12.0 13.0 0.0 0 1 1 2 1900 bash-3.00$ Any idea what's going wrong and how to fix? Thanks, - Conal

2 1

Re: cvs commit: fptools/libraries/base/Data IntMap.hs Map.hs Sequence.hs Set.hs fptools/libraries/base/Data/Generics Instances.hs Twins.hs
by Jim Apple 09 Jan '06

09 Jan '06

Simon Peyton Jones wrote: > simonpj 2006/01/06 07:51:23 PST > > Modified files: > libraries/base/Data IntMap.hs Map.hs Sequence.hs Set.hs > libraries/base/Data/Generics Instances.hs Twins.hs > Log: > Eta-expand some higher-rank functions. GHC is about to > move to *invariant* rather than *contra-variant* in function > arguments, so far as type subsumption is concerned. These > eta-expansions are simple, and allow type inference to > go through with invariance. Why drop contra-variace? Jim

1 0

object code blow up by optimization
by Christian Maeder 05 Jan '06

05 Jan '06

Hi, I've a few files that produce ten times bigger .o files when compiled with optimization (-O). This blow-up prevents linking on a mac. How could I find out what is causing this blow up? Thanks, Christian

2 4

tracing segfaults with FFI
by Gaal Yahas 04 Jan '06

04 Jan '06

Hello, I have these two functions: freezeNode node = do ptr <- newStablePtr node new (castPtr $ castStablePtrToPtr ptr) thawNode nodePtr = do deRefStablePtr (castPtrToStablePtr nodePtr) I use the first to pack a Haskell structure and hand it over to a c library with FFI. It calls me back (traces show I do get the original address) but deRefStablePtr causes a segfault. What am I doing wrong? More generally, how do I approach this kind of problem? What tools exist that can help me debug FFI code? -- Gaal Yahas <gaal(a)forum2.org> http://gaal.livejournal.com/

2 2

Unboxed types and FFI (GHC Users Guide, Section 8.1.1)
by Dimitry Golubovsky 04 Jan '06

04 Jan '06

The section 8.1.1 of the GHC User's Guide says this: The following unboxed types may be used as basic foreign types (see FFI Addendum, Section 3.2): Int#, Word#, Char#, etc Does this mean that when declaring a foreign function import for a C function int fun(int) I may write foreign import ccall "bla.h fun" fun :: Int# -> Int# instead of using CInt? Are there any examples of using unboxed types with FFI? -- Dimitry Golubovsky Anywhere on the Web

2 1

Two issues bulding ghc 6.4.1
by Dimitry Golubovsky 04 Jan '06

04 Jan '06

I have encountered two issues trying to build ghc-6.4.1 from the source tarball. 1. (fixed) GNU make v 3.79 does not work (was discussed on irc yesterday: at least two people including myself got this issue), v 3.80 works. If not already in FAQ/wiki perhaps worth including. 2. Error while assembling (or mangling?) ForeignObj.lhs; fragments of make output below (long lines wrapped/truncated, the whole file is too long to post it here but I'll provide it if needed): ======================================================================= ------------------------------------------------------------------------ ../../ghc/compiler/ghc-inplace -M -optdep-f -optdep.depend -optdep-s -optdepp -osuf o -H16m -O -ign <<ghc: 13519236 bytes, 3 GCs, 92336/92336 avg/max bytes residency (1 samples), 16M in use, 0.02 INIT ( ------------------------------------------------------------------------ ==fptools== make boot -wr; in /home/dima_ext/ghc-6.4.1/hslibs/doc ------------------------------------------------------------------------ ------------------------------------------------------------------------ ===fptools== Finished making `boot' in lang concurrent posix util data text net hssource doc ... PWD = /home/dima_ext/ghc-6.4.1/hslibs ------------------------------------------------------------------------ make[1]: Leaving directory `/home/dima_ext/ghc-6.4.1/hslibs' make[1]: Entering directory `/home/dima_ext/ghc-6.4.1/hslibs' ------------------------------------------------------------------------ ===fptools== Recursively making `all' in lang concurrent posix util data text net hssource doc ... PWD = /home/dima_ext/ghc-6.4.1/hslibs ------------------------------------------------------------------------ ------------------------------------------------------------------------ ==fptools== make all -wr; in /home/dima_ext/ghc-6.4.1/hslibs/lang ------------------------------------------------------------------------ ------------------------------------------------------------------------ ===fptools== Recursively making `all' for ways: p ... PWD = /home/dima_ext/ghc-6.4.1/hslibs/lang ------------------------------------------------------------------------ ------------------------------------------------------------------------ ==fptools== make way=p all; PWD = /home/dima_ext/ghc-6.4.1/hslibs/lang ------------------------------------------------------------------------ rm -f ForeignObj.p_o; if [ ! -d ForeignObj_split ]; then mkdir ForeignObj_split; else /usr/bin/find Fo ../../ghc/compiler/ghc-inplace -H16m -O -cpp -fglasgow-exts -Icbits -imonads -ignore-package lang -O - ForeignObj.lhs:98:0: Warning: Module `Addr' is deprecated: This library will go away soon; use Foreign.Ptr instead ForeignObj.lhs:98:0: Warning: Deprecated use of data constructor `A#' (imported from Addr): This library will go away soon; use Foreign.Ptr instead ForeignObj.lhs:98:0: Warning: Deprecated use of `addrToPtr' (imported from Addr): This library will go away soon; use Foreign.Ptr instead [more deprecated API warnings follow] ForeignObj.lhs:98:0: Warning: Deprecated use of type constructor or class `Addr' (imported from Addr): This library will go away soon; use Foreign.Ptr instead ForeignObj.lhs:136:0: Warning: foreign declaration uses deprecated non-standard syntax ghc-asm: (mangler) still have jump involving %edi! pushl 4(%esi) call EnterFunCCS addl $4,%esp cmpl $0,era je .L580 movl 8(%esi),%eax andl $1073709056,%eax orl $1073741824,%eax [more assembly language follows] movl %eax,CCCS jmp *(%ebp) .align 4 .L582: jmp *-4(%ebx) .Lfe5: <<ghc: 92002572 bytes, 15 GCs, 2799244/5043524 avg/max bytes residency (3 samples), 17M in use, 0.01 I make[3]: *** [ForeignObj.p_o] Error 255 make[2]: *** [all] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/home/dima_ext/ghc-6.4.1/hslibs' make: *** [build] Error 1 ======================================================================================================= What was used: GHC to bootstrap: bash$ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.2.2 bash$ gcc --version egcs-2.91.66 bash$ as --version GNU assembler 2.9.1 Copyright 1997 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License. This program has absolutely no warranty. This assembler was configured for a target of `i386-slackware-linux'. Has anyone else had this? Earlier, GHC 6.2.2 built with these tools OK. Thanks for any ideas. Dimitry

3 4

"Duplicate instance declarations"
by Bulat Ziganshin 28 Dec '05

28 Dec '05

Hello all why the folowing is not allowed even with all extensions enabled both in Hugs and GHC? class BufStream h where class CharStream h where instance (CharStream h) => BufStream h where class MemoryStream h where instance (MemoryStream h) => BufStream h where i plan to implement many streams, some of which are supporting getBuf/putBuf interface of MemoryStream, and some getChar/putChar interface of CharStream and then automatically derive BufStream using the appropriate operations. but that just fail how can i pass around these restriction? can this be supported in future Hugs/GHC versions? ... just now i encountered this problem again: -- Copy entire contents of Stream to another Stream class (Stream h1, Stream h2) => StreamCopying h1 h2 where copyStream :: h1 -> h2 -> IO () instance (MemoryStream h1, BufStream h2) => StreamCopying h1 h2 where copyStream h1 h2 = return () instance (BufStream h1, MemoryStream h2) => StreamCopying h1 h2 where copyStream h1 h2 = return () -- Best regards, Bulat mailto:bulatz@HotPOP.com

2 3

RE: [STM] Better name for waitUntil?
by Simon Marlow 23 Dec '05

23 Dec '05

On 19 December 2005 09:43, Tomasz Zielonka wrote: > On Mon, Dec 19, 2005 at 09:34:19AM -0000, Simon Peyton-Jones wrote: >> waitUntil sounds like a plausible name. > > But how do I name "itsBefore"? > dontWaitUntil? ;-) > >> Better than itsAfter or timeAfter. > >> But perhaps sleepUntil would be better, because it's a variant of >> sleep? > > Well yes, but an STM compatible one, so you can simultaneously > waitUntil and try to read from channel, and you get whatever > happens first. > Also, the interface is entirely in STM - no need to initialize the > timer in IO. Simon Marlow gave a nice example for usefulness of this: >> Interesting. You could use that do wait for idle time, for example: >> >> atomically $ do >> t <- readTVar last_mouse_click >> waitUntil (t+1000) >> ... >> >> so this transaction only completes when some idle time has passed >> since the last mouse click. > > Let's assume I am going to implement itsBefore (seems to be quite > straightforward), so I want a pair of opposite names. Some > variations: > > itsAfter / itsBefore > guardTimeAfter / guardTimeBefore > waitUntil / ??? How about retryIfEarlierThan / retryIfLaterThan retryIfBefore / retryIfAfter I like making it clear that the operation behaves like retry given certain conditions. Cheers, Simon

2 1

RE: Preferred way of submitting patches
by Simon Marlow 23 Dec '05

23 Dec '05

On 17 December 2005 16:21, Einar Karttunen wrote: > What is the preferred way of submitting patches at the moment? > I tried using Trac but it seems that users without an account > on haskell.org cannot attach files... Is using Trac and > linking to the patch hosted externally the way to go? I think I've now tweaked the permissions to allow anonymous users to attach files. Please have a go. Cheers, Simon

1 0