Lookup module and package defining x?
Has somene already implemented something like: $ghc-pkg --where-from ParseError package parsec: defining modules: Text.ParserCombinators.Parsec.Error, Text.ParserCombinators.Parsec ? lambdabot @index does what I want, but not with my libs installed only locally.. This might be used by any developement system for easily importing modules.. If not I'll start working on this and I'll post again after needing help ;) or finishing It can't be that hard because there is already ghc-pkg list and ghc --show-iface ... Marc ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Lookup module and package defining x?
On Fri, 2006-07-21 at 10:12 +0200, Marc Weber wrote: Has somene already implemented something like: $ghc-pkg --where-from ParseError package parsec: defining modules: Text.ParserCombinators.Parsec.Error, Text.ParserCombinators.Parsec Have you tried Hoogle? http://haskell.org/hoogle/ Your example gives me one result which includes the module name: http://haskell.org/hoogle/?q=ParseError Duncan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Heap Profiling Question
Rich Fought wrote: I'm trying to use heap profiling with +RTS -hc -i1 options and running my program for about 30 seconds. However, I only get around 7 samples with seemingly bogus timetags (i.e. 0.00, 3.69, 3.73, 3.10, 4.05, 4.12). What's going on? I'm running GHC 6.4.2 on Windows (MSYS/MinGW). IIRC the timestamps ignore time spent in GC and time spent sampling the heap, so they measure runtime of the program only. Still, it does look a little strange. Maybe you could send us the output of +RTS -S? Cheers, Simon ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Lookup module and package defining x?
$ghc-pkg --where-from ParseError package parsec: defining modules: Text.ParserCombinators.Parsec.Error, Text.ParserCombinators.Parsec Have you tried Hoogle? http://haskell.org/hoogle/ I know it. But I don't know yet which source it takes (haskell - source, haddck html files, ...) ? My purpose: After having found the a function I want to use it without having to search where does it belong to and where does it come from. I want it beeing as up to date as the installed libraries. That's why I thought it might be best to integrate it into ghc? I don't know wether you've ever prorgammed in Java using Eclipse? After using a type you can press C-S-o to update all imports which will give you the choice which one to use if there is more than one opportunity. It would be nice to have this in haskell, too. Do you think it would be better to integrate it in another tool such like lambdabot or hoogle? Marc ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Lookup module and package defining x?
Marc Weber [EMAIL PROTECTED] wrote: My purpose: After having found the a function I want to use it without having to search where does it belong to and where does it come from. I want it beeing as up to date as the installed libraries. You can download Hoogle as a command-line tool, and give it your complete installed libraries to index. Then it will be accurate for your own setup. Of course, you would need to manually update it every time you install a new library. That's why I thought it might be best to integrate it into ghc? This kind of tool, though useful, has almost nothing in common with the compiler. Although I suppose it would be useful if Hoogle could read the ghc-pkg file format when indexing all locally-available modules. Regards, Malcolm ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Lookup module and package defining x?
Hi, My purpose: After having found the a function I want to use it without having to search where does it belong to and where does it come from. I'm not sure what you are asking for? Where does it come from? Surely thats just the module name - which hoogle easily gives you. If there is some information that hoogle doesn't provide about the location of a module, I'll be happy to add it. I want it beeing as up to date as the installed libraries. That's why I thought it might be best to integrate it into ghc? I want hoogle to always be as up to date as the latest stable GHC, since that should be the one for most people. I am also working on adding libraries, Gtk is already searchable, more will be with hoogle 4. This should cover all the libraries you have installed. Of course, they won't match your versions, they'll be the most up to date ones. If this is a problem feel free to install Hoogle locally, generate hoogle databases using haddock with the -hoogle flag. With a bit of shell script magic you should have everything you need to make something that does what you want. And of course, once you have, please release it back to the world :) Do you think it would be better to integrate it in another tool such like lambdabot or hoogle? If you integrate something with hoogle, then you get it from lambdabot for free, with @hoogle. Thanks Neil ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Heap Profiling Question
Simon Marlow wrote: IIRC the timestamps ignore time spent in GC and time spent sampling the heap, so they measure runtime of the program only. So if I have a server that is idle most of the time waiting for requests, the timestamps recorded in the heap profile will not be real time but program execution time? Still, it does look a little strange. Maybe you could send us the output of +RTS -S? AllocCollectLiveGCGC TOT TOT Page Flts bytes bytes bytes user elapuserelap 264424262144 20592 0.00 0.000.030.0100 (Gen: 1) 311540270336 63732 0.00 0.003.845.2500 (Gen: 0) 270304290816102352 0.00 0.003.855.2600 (Gen: 0) 273472270336133644 0.00 0.003.855.2600 (Gen: 0) 314540294912167000 0.00 0.003.905.3100 (Gen: 0) 266356294912212212 0.00 0.003.905.3100 (Gen: 0) 262128331776214120 0.00 0.003.925.3300 (Gen: 0) 262128270336216456 0.00 0.003.925.3300 (Gen: 0) 262128266240218800 0.00 0.003.925.3300 (Gen: 0) 262128266240221140 0.00 0.003.925.3300 (Gen: 0) 262128266240225844 0.00 0.003.925.3300 (Gen: 0) 262128266240231052 0.00 0.003.925.3300 (Gen: 0) 262128266240236516 0.00 0.003.925.3300 (Gen: 0) 262128266240242344 0.00 0.003.925.3400 (Gen: 0) 262144266240248576 0.00 0.003.925.3400 (Gen: 0) 262128266240255212 0.00 0.003.925.3400 (Gen: 0) 262128266240262328 0.00 0.003.925.3400 (Gen: 0) 262128266240270016 0.00 0.003.925.3400 (Gen: 0) 262128266240278620 0.00 0.003.925.3400 (Gen: 0) 262128266240288648 0.01 0.013.945.3500 (Gen: 0) 262128266240300372 0.00 0.003.945.3500 (Gen: 0) 262128266240317000 0.00 0.003.945.3500 (Gen: 0) 262128266240346080 0.00 0.003.945.3500 (Gen: 0) 262128270336348424 0.00 0.003.945.3500 (Gen: 0) 262128266240350760 0.00 0.003.945.3500 (Gen: 0) 262128266240353364 0.00 0.003.945.3600 (Gen: 0) 262128266240358512 0.00 0.003.945.3600 (Gen: 0) 262128266240363748 0.00 0.003.945.3600 (Gen: 0) 262128266240369324 0.00 0.003.945.3600 (Gen: 0) 262128266240375232 0.00 0.003.945.3600 (Gen: 0) 262128266240381528 0.00 0.003.945.3600 (Gen: 0) 262128266240388320 0.00 0.003.945.3600 (Gen: 0) 262128266240395496 0.00 0.003.945.3600 (Gen: 0) 262128266240403424 0.00 0.003.945.3600 (Gen: 0) 262128266240412268 0.00 0.003.945.3600 (Gen: 0) 262128266240422584 0.00 0.003.945.3600 (Gen: 0) 262128266240435088 0.00 0.003.965.3700 (Gen: 0) 262128266240454476 0.00 0.003.965.3700 (Gen: 0) 262224266240477316 0.00 0.003.965.3700 (Gen: 0) 262128270336479676 0.00 0.003.965.3700 (Gen: 0) 262128266240482012 0.00 0.003.965.3800 (Gen: 0) 262128266240485236 0.00 0.003.965.3800 (Gen: 0) 262128266240490364 0.00 0.003.965.3800 (Gen: 0) 262124266240495700 0.00 0.003.965.3800 (Gen: 0) 262128266240501292 0.00 0.003.965.3800 (Gen: 0) 262128266240507344 0.00 0.003.965.3800 (Gen: 0) 262128266240513676 0.00 0.003.965.3800 (Gen: 0) 262128266240520632 0.00 0.003.965.3800 (Gen: 0) 262128266240527924 0.00 0.003.965.3800 (Gen: 0) 262128266240536016 0.00 0.003.965.3800 (Gen: 0) 262128266240545180 0.00 0.003.965.3800 (Gen: 0) 262128266240555808 0.01 0.013.985.3900 (Gen: 0) 262128266240569148 0.00 0.003.985.3900 (Gen: 0) 262128266240593492 0.00 0.003.985.3900 (Gen: 0) 262152266240683760 0.00 0.003.985.3900 (Gen: 0) 262128266240779176 0.00 0.003.985.3900 (Gen: 0) 262128266240874588 0.00 0.00
Re[2]: Lookup module and package defining x?
Hello Marc, Friday, July 21, 2006, 3:21:29 PM, you wrote: I don't know wether you've ever prorgammed in Java using Eclipse? After using a type you can press C-S-o to update all imports which will give you the choice which one to use if there is more than one opportunity. It would be nice to have this in haskell, too. there is EclipseFP plugin which supports some of Eclipse features for haskell users Do you think it would be better to integrate it in another tool such like lambdabot or hoogle? it will be great if Cabal after library installation runs local hoogle to update its information -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Heap Profiling Question
On a separate issue, I can't seem to get the -hcname or -hmname options to work. For instance, profiling with just -hm yields an entry for module Network.HTTP, yet when I try to profile again with -hmNetwork.HTTP, I do not get a heap dump. Is there some special formatting I am missing? Thanks, Rich Rich Fought wrote: I'm trying to use heap profiling with +RTS -hc -i1 options and running my program for about 30 seconds. However, I only get around 7 samples with seemingly bogus timetags (i.e. 0.00, 3.69, 3.73, 3.10, 4.05, 4.12). What's going on? I'm running GHC 6.4.2 on Windows (MSYS/MinGW). Thanks, Rich ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
regex.h included with GHC 6.4.2
Am I crazy or is there an error in regex.h included with GHC?
On line 110 there appears to be an extraneous or unterminated 'extern C {'
Regards,
Rich
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
