- Haskell-Cafe - Haskell.org

Re[4]: [Haskell-cafe] EclipseFP (Haskell IDE) 0.10.0 released
by Bulat Ziganshin 03 Jul '06

03 Jul '06

Hello Piotr, Monday, July 3, 2006, 10:27:22 AM, you wrote: >> - syntax highlighting, including highlighting of bracket's pair >> - fast access to help about identifier >> - auto-indenting with user-tuned style > Personally I consider these 3 essential, so I'd vote for them to be > implemented in first place (in order as above). I think will test that > code completion today - out of sheer curiosity ;) i answer in cafe so that Thiago can see you preferences :) for me, compilation & errors navigation, syntax highlighting and code navigation is minimal required features set. help is actually replaced by code navigation - function's definition in Haskell typically contains appropriate help text (which is eventually extracted by Haddock and placed into html file). The only advantage of using pure html help is to omit all the unneeded information (implementation details and so on) and see beautiful formatted text with hyperlinks smart indentation is not easy for Haskell, i think. I don't even sure that myself has some strict indenting rules. moreover, with many edits of source files this again loses it's meaning i'm also curious about code completion - never worked with good one (after the MultiEdit's support for C language constructs :) ) -- Best regards, Bulat mailto:Bulat.Ziganshin@gmail.com

2 1

Re: [Haskell-cafe] Re: Haskell-Cafe Digest, Vol 34, Issue 45
by Jeremy O'Donoghue 03 Jul '06

03 Jul '06

Hi Jason, Just as a short follow-up on the question of installers: On 27/06/06, Jason Dagit <dagit(a)codersbase.com> wrote: > On 6/27/06, Jeremy O'Donoghue <jeremy.odonoghue(a)gmail.com> wrote: > > > > My applications are mainly for internal use at my workplace, and come > > with Windows installers (I use Inno setup with wxHaskell - never > > managed to make it work with GTK2, so these applications were > > delivered as zip files which just had to be unzipped in a certain > > place). > > Do you have any advice about using Inno with haskell? Have you tried > wix at all? > http://sourceforge.net/projects/wix/ I haven't looked at Wix. Inno is particularly straightforward as it has a 'wizard' interface (the script wizard). The basic steps (for wxHaskell) are: On screen 1: add application name, version, publisher and website (if applicable) On screen 2: add application install base directory and directory name. Decide if user can change these or not. On screen 3: add main application executable. Add any other files/directories used (In my case, I typically have only the main .exe file, wxmsw24.dll, wxc-msw2.4.2-0.9.4.dll and, possibly, a bitmaps directory and/or help files). On screen 4: Decide where in the start menu you will put the application. On screen 5: Any application documentation: license, pre-install readme, post-install readme. On screen 6: Define any language support details. On screen 7: Define setup compiler output directory, output filename, any icon to be used and (optionally) a password. That's it. The wizard generally produces all I need for a simple installer. > Maybe you have a developer blog I could read? I don't. I fear that I would start full of good intentions, write a few posts and then find that I had no time... I'll try to share what I know via the wiki as Simon suggested (will be putting this installer stuff, suitably edited, in the wiki shortly). Regards Jeremy

1 0

System.FilePath, Request for comments
by Neil Mitchell 02 Jul '06

02 Jul '06

Hi, I have written a System.FilePath module in part based on the one in Yhc, and in part based on the one in Cabal (thanks to Lemmih). The aim is to try and get this module into the base package, as FilePath's are something many programs use, but its all too easy to hack up a little function that gets it right most of the time on most platforms, and there lies a source of bugs. This module is Posix (Linux) and Windows capable - just import System.FilePath and it will pick the right one. Of course, if you demand Windows paths on all OS's, then System.FilePath.Windows will give you that (same with Posix). Written in Haskell 98 + Heirarchical Modules. Haddock: http://www-users.cs.york.ac.uk/~ndm/projects/filepath/System-FilePath.html Darcs: darcs get http://www.cs.york.ac.uk/fp/darcs/filepath Source: http://www.cs.york.ac.uk/fp/darcs/filepath/System/FilePath.hs Homepage: http://www-users.cs.york.ac.uk/~ndm/projects/libraries.php Tests: http://www.cs.york.ac.uk/fp/darcs/filepath/Tests.hs If you go to the haddock page there are a few little examples at the top of the file. If anyone could make any comments on the interface, the semantics of the operations (look at the Tests file if you don't want to go prodding the code), missing features etc. that would be very handy. The interface is not yet stable as a warning to those who choose to use it (although I hope its close - that depends on your comments!) Thanks Neil PS. Thanks to Marc Webber for code contributions, shapr for suggestions and a few others.

4 6

Simple List Question
by Jenny678 02 Jul '06

02 Jul '06

Hello Little Problem, hope that somebody can help me I have a list >main [(1,2,3),(4,5,6),(3,4,5)] and i want all Elements at the 1. Pos. in new List: >[1,4,3] Thanks for help -- View this message in context: http://www.nabble.com/Simple-List-Question-tf1880239.html#a5139831 Sent from the Haskell - Haskell-Cafe forum at Nabble.com.

3 2

Not in scope: type constructor or class
by Joel Reymont 02 Jul '06

02 Jul '06

Folks, I'm getting this error: ./HOC/StdArgumentTypes.hs:1:0: Not in scope: type constructor or class `HOC.Arguments:ObjCArgument' But if you look through the output below you will see that HOC.Arguments is being loaded by ghc. I assume that's what the skipping of HOC.Arguments means. The Arguments module starts like this so I believe it's exporting everything: module HOC.Arguments where import HOC.Base import HOC.FFICallInterface import Foreign.Storable import Foreign.ForeignPtr import Foreign.Ptr import System.IO.Unsafe(unsafePerformIO) import Language.Haskell.TH import Language.Haskell.TH.Syntax class (Storable b, FFITypeable b) => ObjCArgument a b | a -> b where withExportedArgument :: a -> (b -> IO c) -> IO c exportArgument :: a -> IO b importArgument :: b -> IO a objCTypeString :: a -> String StdArgumentTypes.hs starts like this so you see that it's importing HOC.Arguments module HOC.StdArgumentTypes where import HOC.Base import HOC.Invocation import HOC.Arguments import HOC.FFICallInterface import Control.Exception ( bracket ) import Foreign import Foreign.C.Types import Foreign.C.String -- Objective C -- ID: already defined instance FFITypeable SEL where makeFFIType _ = makeFFIType (undefined :: Ptr ()) $(declareStorableObjCArgument [t| SEL |] ":") instance ObjCArgument Bool CInt where exportArgument False = return 0 exportArgument True = return 1 importArgument 0 = return False importArgument _ = return True objCTypeString _ = "c" The line 1 in the error below makes me guess that it could be a Template Haskell issue. Any pointers? Thanks, Joel --- ghc --make HOC.hs -odir build/objects -hidir build/ imports -fglasgow-exts -package-name HOC ../ HOC_cbits/HOC_cbits.o -I../HOC_cbits -I../ libffi-src/build/include -framework Foundation -fth Chasing modules from: HOC.hs Skipping HOC.SelectorNameMangling ( ./HOC/SelectorNameMangling.hs, build/objects/HOC/SelectorNameMangling.o ) Skipping HOC.Base ( ./HOC/Base.hs, build/objects/HOC/Base.o ) Skipping HOC.FFICallInterface ( ./HOC/FFICallInterface.hs, build/ objects/HOC/FFICallInterface.o ) Skipping HOC.Arguments ( ./HOC/Arguments.hs, build/objects/HOC/ Arguments.o )Skipping HOC.Utilities ( ./HOC/Utilities.hs, build/ objects/HOC/Utilities.o )Skipping HOC.Invocation ( ./HOC/ Invocation.hs, build/objects/HOC/Invocation.o ) Skipping HOC.MsgSend ( ./HOC/MsgSend.hs, build/objects/HOC/ MsgSend.o ) Compiling HOC.StdArgumentTypes ( ./HOC/StdArgumentTypes.hs, build/ objects/HOC/StdArgumentTypes.o ) Loading package base-1.0 ... linking ... done. Loading object (static) ../HOC_cbits/HOC_cbits.o ... done Loading object (framework) Foundation ... done final link ... done Loading package haskell98-1.0 ... linking ... done. Loading package template-haskell-1.0 ... linking ... done. ./HOC/StdArgumentTypes.hs:1:0: Not in scope: type constructor or class `HOC.Arguments:ObjCArgument' ./HOC/StdArgumentTypes.hs:1:0: `exportArgument' is not a (visible) method of class `Arguments:ObjCArgument' ./HOC/StdArgumentTypes.hs:1:0: `importArgument' is not a (visible) method of class `Arguments:ObjCArgument' ./HOC/StdArgumentTypes.hs:1:0: `objCTypeString' is not a (visible) method of class `Arguments:ObjCArgument' -- http://wagerlabs.com/

1 1

ghc does not want to link statically
by Joel Reymont 01 Jul '06

01 Jul '06

Folks, I'm trying to compile the Haskell Objective-C Binding (HOC) and it needs /usr/lib/libSystemStubs.a to find the missing _fprintf$LDBLStub symbol. I tried the following in the make file FOUNDATION_LIBS=-static -lSystemStubs -l dynamic -framework Foundation but ghc still tries to link libSystemStubs.a dynamically. How do I fix this? ghc --make HOC.hs \ -odir build/objects -hidir build/imports \ -fglasgow-exts -package-name HOC \ ../HOC_cbits/HOC_cbits.o \ -I../HOC_cbits \ -I../libffi-src/build/include \ \ -static -lSystemStubs -dynamic -framework Foundation \ ... Loading package base-1.0 ... linking ... done. Loading object (static) ../HOC_cbits/HOC_cbits.o ... done Loading object (dynamic) SystemStubs ... failed. Dynamic linker error message was: dlopen(libSystemStubs.dylib, 10): image not found Whilst trying to load: (dynamic) SystemStubs Directories to search are: /opt/local/lib ghc-6.4.2: user specified .o/.so/.DLL could not be loaded. make[1]: *** [ghcmake.build-stamp] Error 1 Thanks, Joel -- http://wagerlabs.com/

1 1

Re: ANNOUNCE: HNOP 0.1
by Simon Marlow 01 Jul '06

01 Jul '06

My congratulations to the development team; this is an important contribution to the community. You might want to use {-# OPTIONS_GHC #-} rather than {-# OPTIONS #-}, unless compatibility with older versions of GHC is a goal. Still, the pragma only turns on warnings, so it's harmless. Ashley Yakeley wrote: > One interesting line of development would be to spin off the core > functionality into a separate library, to provide no-op services to > other Haskell applications. I'm thinking something like this: > > noop :: IO () -- generalise to other Monads? Only IO makes sense really, since by definition every non-IO expression does nothing, so the only interesting way to do nothing is in the IO monad. I imagine this interface would be relatively stable. I'm not sure at this stage where in the module hierarchy we should place it, though. Cheers, Simon

5 4

lifting between two StateT monads
by Alexander Vodomerov 01 Jul '06

01 Jul '06

Hello! I've just started learning Haskell and have a simple question regarding monads. Please, don't blame me if it is too obvious (any RTFM links are welcome). Suppose, we have two data types, X and Y. X represent local state, Y -- global one. In some sense, X is contained in Y. For example, Y maybe (X, Z) or [X] or Map Int X. Let's take that (as it is in my case) Y = Map Int X I have function that make some transormation of local state (X) and having some other side effects. f :: StateT X m a where m is another monad, something like WriterT Log IO. Now I want to convert it into function transorming global state, more specifically it's n-th part. So, I want to combine n :: Int and f into g :: StateT Y m a where (Y ! n) is transormed via f, and other parts of Y are not touched. How can this be done? I've looked through StateT documentation and tutorial, but had not found any function from StateT X to StateT Y where Y is not the same as X. With best regards, Alexander.

2 1

Re: ANNOUNCE: HNOP 0.1
by Ashley Yakeley 01 Jul '06

01 Jul '06

> Now we just need the Godot version, in which nothing happens twice. You may have to wait for that. -- Ashley Yakeley Seattle WA

2 1

Re: [Haskell] Re: ANNOUNCE: HNOP 0.1
by Neil Mitchell 01 Jul '06

01 Jul '06

> > It would be interesting to compile it with John Meacham's Jhc, which > > claims to leave very little overhead in its executables. I know the > > current Jhc has a limit on total program size, but the current HNOP at > > least may slip under the wire (and I don't make any use of arrays, so it > > shouldn't be too slow). > > ; jhc -v Main.hs > 6Kb yhc Main.hs ls Main.hbc 113 bytes Thanks Neil

1 0