Assuming I get it included, is there any features in particular you'd want to
see in there? Note that if I do have it produce visualisations, they'll be
static images as part of an analysis report rather than being interactive.
I was just recently wondering about something like this.
I'd
Hello
I presents a small case studie, when I was using HaXml with DtdToHaskell.
I write small DTD:
!ELEMENT top (#PCDATA|child)*
!ELEMENT child (#PCDATA)
I run DtdToHaskell small.DTD Extsubext.hs
and test it with small XML
topchild/child/top
Result it is presented below:
$ ghci
Hello all,
I'm learning Haskell and so very likely will have advantages from the
history persistence feature added to the ghci haskell interpreter. It
drives very well in my setup (the history file is growing and used),
but I wanted to increase the number of saved history entries and now
my
Assuming I get it included, is there any features in particular you'd want to
see in there? Note that if I do have it produce visualisations, they'll be
static images as part of an analysis report rather than being interactive.
I'd like the ability to show individual module dependencies, and
OK,
I detected it was my own fail: I was misleaded by the creation of the
persistence file, which doesn't result from Readline.hs but simply
from the rlwrap utility I earlier piped in before the ghci call. For
those interested, the answer to the original question as usual from
the man page:
On Jun 26, 2008, at 4:17 PM, C.M.Brown wrote:
Hi,
I have approx. 100+ source files and I was wondering if anyone has
a tool
that would let me see a visual call graph for the source files; i.e. a
visual hierarchy of which module is imported by what, and so forth.
Kind regards,
Chris.
I
On Fri, Jun 27, 2008 at 11:39 AM, Claus Reinke [EMAIL PROTECTED] wrote:
If you wanted to go down that route, try using 'ghc --make -v2'
and translate that dependency graph to dot.
Also, if you want to get a quick 'n dirty list of which of your own
files depend on which others, ghc -M $main.hs
try using 'ghc --make -v2' and translate that dependency graph to dot.
ghc -M $main.hs works quite well
hmake -M Main.hs
gives much the same output as ghc -M, but without side-effecting your
Makefile. Even better,
hmake -g Main.hs
gives the pure module graph dependencies without
On Fri, Jun 27, 2008 at 12:39 PM, Claus Reinke [EMAIL PROTECTED] wrote:
Assuming I get it included, is there any features in particular you'd
want to
see in there? Note that if I do have it produce visualisations, they'll
be
static images as part of an analysis report rather than being
If you wanted to go down that route, try using 'ghc --make -v2'
and translate that dependency graph to dot.
Also, if you want to get a quick 'n dirty list of which of your own
files depend on which others, ghc -M $main.hs works quite well. I've
had some success in the past shoving this stuff
2008/6/26 Henning Thielemann [EMAIL PROTECTED]:
Do you need to say -lclntsh when you use ghc to compile?
Ah, I see, I must run both GHCi and GHC with -package Takusen and everything
is fine.
This still doesn't seem right. Both ghci and ghc --make should
automatically link the package. The
I've tried all the 6.6 and 6.8 versions, trying to compile them on a
RHEL-based supercomputer, and I always see this error when I run
./configure:
-bash-3.00$ ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target
Daniel Fischer wrote:
sat p = try $ do
(t,pos) - item
if p t then return (t,pos) else pzero
and you're all set (you don't need the try's in atom, then).
Thanks, that works!
E.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
haven't been able to get to it in a couple of days (at least)
martin
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
| Subject: [Haskell-cafe] what's up with hackage.haskell.org?
|
| haven't been able to get to it in a couple of days (at least)
It's offline for 24 hrs while Galois move office.
Simon
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On Fri, Jun 27, 2008 at 9:25 AM, Simon Peyton-Jones
[EMAIL PROTECTED] wrote:
| Subject: [Haskell-cafe] what's up with hackage.haskell.org?
|
| haven't been able to get to it in a couple of days (at least)
It's offline for 24 hrs while Galois move office.
Ah, okay :) Just noticed it when I
Hi Ivan,
Assuming I get it included, is there any features in particular you'd want to
see in there? Note that if I do have it produce visualisations, they'll be
static images as part of an analysis report rather than being interactive.
I'd basically like to see a graph of the overall
Hi Jno,
I suggest that you have a look at HaSlicer, a (visual) Haskell
slicing tool available online from http://labdotnet.di.uminho.pt/
HaSlicer/HaSlicer.aspx , developed by Nuno Rodrigues ([EMAIL PROTECTED]).
Oh excellent, yes I'd forgotten about this, thanks.
Chris.
On Jun 27, 2008, at 10:15 , Jefferson Heard wrote:
checking for path to top of build tree... pwd: timer_create:
Invalid argument
Translated into plain English, this means your glibc is too old for
this binary distribution.
You will probably have to build from source with an older gcc as
On Fri, 27 Jun 2008, Alistair Bayley wrote:
2008/6/26 Henning Thielemann [EMAIL PROTECTED]:
Do you need to say -lclntsh when you use ghc to compile?
Ah, I see, I must run both GHCi and GHC with -package Takusen and everything
is fine.
This still doesn't seem right. Both ghci and ghc
At Fri, 27 Jun 2008 09:57:29 +1000,
Jeremy Apthorp wrote:
Next year I'll be working on a project for my undergraduate computing
course at UNSW that will involve getting GHC to target the Nintendo
DS. It'll require cross-compilation, because the DS isn't powerful
enough to actually run GHC (4M
On Fri, Jun 27, 2008 at 10:15:23AM -0400, Jefferson Heard wrote:
I've tried all the 6.6 and 6.8 versions, trying to compile them on a
RHEL-based supercomputer, and I always see this error when I run
./configure:
-bash-3.00$ ./configure
checking build system type... x86_64-unknown-linux-gnu
If I remember correctly, ghci uses readline framework on Linux/OS X.
Is it possible to change ghci editing mode to vi?
Thanks,
Adam
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Linux version 2.6.9-34.0.2.ELsmp ([EMAIL PROTECTED]) (gcc
version 3.4.5 20051201 (Red Hat 3.4.5-2)) #1 SMP Fri Jul 7 18:22:55 CDT 2006
This is my version string if that helps... I'd do the bootstrap build right
now, but hackage is down (I understand it's moving), and I can't get to the
On Jun 27, 2008, at 15:04 , Jefferson Heard wrote:
Linux version 2.6.9-34.0.2.ELsmp ([EMAIL PROTECTED]
build.centos.org) (gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)) #1
SMP Fri Jul 7 18:22:55 CDT 2006
I can't help with much of anything Linux aside form having run into
that error on
On Fri, Jun 27, 2008 at 12:04 PM, Adam Smyczek [EMAIL PROTECTED] wrote:
If I remember correctly, ghci uses readline framework on Linux/OS X.
Is it possible to change ghci editing mode to vi?
Here's what I have:
% cat ~/.inputrc
set editing-mode vi
set keymap vi
set bell-style none
Just a random note. jhc works fine on ARM, I have successfully run
Haskell programs on on iPhone and a nokia n800 tablet compiled with it.
jhc is, of course, still pretty unstable. but new developers are always
welcome.
John
--
John Meacham - ⑆repetae.net⑆john⑈
I suspect that it is your initialization that is the difference. For
one thing, you've initialized the arrays to different values, and in
your C code you've fused what are two separate loops in your Haskell
code. So you've not only given the C compiler an easier loop to run
(since you're
On Friday 27 June 2008, Anatoly Yakovenko wrote:
$ cat htestdot.hs
{-# OPTIONS_GHC -O2 -fexcess-precision -funbox-strict-fields
-fglasgow-exts -fbang-patterns -lcblas#-}
module Main where
import Data.Vector.Dense.IO
import Control.Monad
main = do
let size = 10
let times =
Hello everyone,
Gtk2Hs version 0.9.13 is now available. [1]
New features:
* bindings for Gnome VFS and GStreamer
* a new Gtk+ tutorial has been adapted by Hans van Thiel
* cairo image stride support
* many new demos
* compiles with GHC 6.8.3
* lots of bug fixes
This
i get the same crappy performance with:
$ cat htestdot.hs
{-# OPTIONS_GHC -O2 -fexcess-precision -funbox-strict-fields
-fglasgow-exts -fbang-patterns -lcblas#-}
module Main where
import Data.Vector.Dense.IO
import Control.Monad
main = do
let size = 10
let times = 10*1000*1000
aeyakovenko:
i get the same crappy performance with:
$ cat htestdot.hs
{-# OPTIONS_GHC -O2 -fexcess-precision -funbox-strict-fields
-fglasgow-exts -fbang-patterns -lcblas#-}
module Main where
import Data.Vector.Dense.IO
import Control.Monad
main = do
let size = 10
let times =
32 matches
Mail list logo