On Mon, Feb 25, 2008 at 11:14:08AM +, Simon Marlow wrote:
> Frederik Eaton wrote:
>
> >Thanks, I may try that. I'm currently trying to get my GNU-make-based
> >build to install profiling versions of package modules, in the hope
> >that -xc might give more useful i
On Sun, Feb 24, 2008 at 02:36:08AM +0100, Daniel Fischer wrote:
> Am Sonntag, 24. Februar 2008 02:18 schrieb Frederik Eaton:
> > Hello,
> >
> > I have a program which uses some code in a package, and I would like
> > to be able to find out the source of an error which
Hello,
I have a program which uses some code in a package, and I would like
to be able to find out the source of an error which is occuring inside
that package. Can I use the ghci-debugger to do this? If I try to set
a breakpoint inside the package, it says:
"cannot set breakpoint on Vector.Spars
ange because it seemed like the old library had no users. I should put my
> money where my
> mouth is, Network.CGI.Compat is now back in the cgi package.
>
> /Bjorn
>
> On Jan 22, 2008, at 18:28 , Frederik Eaton wrote:
>
> >Hi Bjorn,
> >
> >Well, I don&#
> You can always get Network.CGI.Compat from here, and include it in your
> program:
> http://www.cs.chalmers.se/~bringert/darcs/cgi-compat/Network/CGI/Compat.hs
>
> /Björn
>
> Frederik Eaton wrote:
> >Dear Johannes,
> >Thanks, that works for me.
> >B
Dear Johannes,
Thanks, that works for me.
Bjorn, perhaps it would be easier to put these five lines in a module
(Network.CGI.Compat?) in the new package, rather than having people
maintain and download a separate cgi-compat package? Perhaps the two
other functions in the old CGI interface can be
Hello all,
About two years ago, I wrote a web page for one of my projects, using
Network.CGI. I chose that over WASH because it had a simple interface
and I thought it would be more stable as a result. Now, Bjorn Bringert
has replaced the interface with a completely different one. There is a
cgi-c
> >If you have GHC-6.6 or greater, try: let n = 2 in GHC.Base.breakpoint ()
>
> GHC.Base.breakpoint doesn't work in the HEAD at the moment. We might want to
> restore it; I'm not sure. Since
> breakpoints are almost everywhere, it didn't seem necessary.
I don't understand the last sentence.
> This is pretty much that the GHCi debugger does expect it restores
> the
> environment at the end of a breakpoint.
I can't make any sense of what you wrote. Did you mean "what" instead
of "that", and "except" instead of "expect"? In that case, it is good
news to hear that it has already been do
Hello,
I think what I'm trying to do is too ambitious, but I thought I would
ask to see if it is possible. It seems like there is no easy way to do
it, given what I've seen of the GHC API.
I would like to have a function, say it is called "this", which has
the following effect in ghci
> let n =
On Fri, Apr 27, 2007 at 11:01:49AM +0100, Simon Marlow wrote:
> Frederik Eaton wrote:
> >Hello,
> >I am wondering how to link a package with some dynamic libraries in a
> >way that works with ghci. If I run the command
> >LD_PRELOAD=/lib/libgcc_s.so.1:/usr/lib/l
Hello,
I am wondering how to link a package with some dynamic libraries in a
way that works with ghci. If I run the command
LD_PRELOAD=/lib/libgcc_s.so.1:/usr/lib/libstdc++.so.6 ghci -package mypackage
then it is successful; I am able to use package mypackage in ghci. But
if I omit the LD_PRELOA
Is there an alternative? I try not to couple interface with
implementation, and since not everything I write is in Haskell that is
an aspect of the implementation.
On Thu, Mar 15, 2007 at 12:16:09AM +0300, Bulat Ziganshin wrote:
> Hello Frederik,
>
> Wednesday, March 14, 2007, 10:31:55 PM, you wr
to do, just wondering why you prefer to do it that way.
>
> Seth Kurtzberg
>
>
> On Wed, 14 Mar 2007 19:31:55 +
> Frederik Eaton <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > What is the proper technique for creating a Haskell script on a Unix
> >
Hello,
What is the proper technique for creating a Haskell script on a Unix
system?
e.g. with Perl I do
#!/usr/bin/env perl
print "hello world\n";
or
#!/usr/bin/perl
print "hello world\n";
I tried
$ cat test
#!/usr/bin/env runhaskell
module Main where
main = do
putStrLn "hello world"
Bu
> Yes, I know command line completion works - but only for files, not
> for anything else, and there is no way to make it work for other
> things. However, I know that zsh can do funky things like
> autocompleting ssh paths etc - and I think I remember seeing that
> there was some way a program cou
> Since you already have a Makefile, why not add this to it:
>
> SRCS = Source.hs ...
> prog: $(SRCS)
> ghc --make $(SRCS) -o prog
>
> and then just say 'make' to build your program? Surely that's easier than
> typing 'ghc
> --make-command=make ...'? Maybe I'm missing something?
Hi Sim
Hi Neil,
I've seen hoogle and I like it. Does Hoogle have the following
features?
- ability to index any library
- ability to use from the console
- command-line autocompletion
Of course, there are many features that Hoogle has, which my program
is missing.
Frederik
On Tue, Nov 07, 2006 at 12:
; >I admit that we're not there yet with how easy it is to generate source
> >files.
> >
> >Duncan
> >
> >On Mon, 2006-11-06 at 21:12 +, Frederik Eaton wrote:
> >> Hello,
> >>
> >> I have a proposal for ghc. I think that it shoul
Hello,
I have a perl script which I call 'hsman', which indexes
Haddock-generated HTML files, and allows users to search for functions
and also GHC manual topics. For instance, I can run:
$ hsman foldl
to open the documentation on 'foldl'. There is also tab-completion in
zsh.
If people think th
Hello,
I have a proposal for ghc. I think that it should take a new option,
say "--make-command". This will specify a command to be run whenever a
source file is read in by ghc. The command will be passed an argument,
which is the name of the source file. The idea is that the command can
be used t
Hi! I almost forgot that I never responded to this, sorry.
On Tue, Apr 18, 2006 at 11:37:12AM +0100, Simon Marlow wrote:
> Frederik Eaton wrote:
> >I have a project which currently uses Cabal, and I would like to
> >switch to using a plain Makefile. I have two examples of pr
Thanks, that's very handy!
But also rather obscure...
Frederik
On Mon, Jun 05, 2006 at 10:26:33PM +0300, wld wrote:
> Hi,
>
> On 6/5/06, Frederik Eaton <[EMAIL PROTECTED]> wrote:
> >Hi,
> >
> >Is there a way to source a file in ghci? I have a series of
&g
Hi,
Is there a way to source a file in ghci? I have a series of
initialization commands which I would like to run every time I do a
certain set of experiments, and I've put them in a file. Is it best
just to copy and paste the file into ghci?
Frederik
--
http://ofb.net/~frederik/
__
Hi all,
I have a project which currently uses Cabal, and I would like to
switch to using a plain Makefile.
I have two examples of projects that use Makefiles, darcs and jhc, but
they both appear to hand-code the list of dependencies for
executables. The "-M" option to ghc should let us do this
a
Hi all,
What is the status of Rob Ennals' optimistic evaluation work? I'm told
that it has been removed from GHC. This is extremely depressing to me.
Without such a feature available, it becomes very difficult to write
programs that process large amounts of data in Haskell. In many such
applicati
That made it work, thanks.
Frederik
On Mon, Dec 12, 2005 at 07:01:42PM -, Simon Marlow wrote:
> On 12 December 2005 18:49, Frederik Eaton wrote:
>
> > $ ghc -pgml gcc -pgmP "gcc -E -undef -traditional" -pgmc gcc --make
> > Matrix.hs -o matrix Chasing modules
e a useful feature as
well.
Frederik
On Mon, Dec 12, 2005 at 02:28:34PM -, Simon Marlow wrote:
> On 10 December 2005 05:08, Frederik Eaton wrote:
>
> > $ ghc -pgmc gcc --make Matrix.hs -o matrix
> > Chasing modules from: Matrix.hs
> > [1 of 2] Compiling Fu.Prepose
e command line.
>
> Cheers,
> Simon
>
> On 09 December 2005 03:26, Frederik Eaton wrote:
>
> > Does this depend on a certain version of gcc?
> >
> > $ ghc -M --make Matrix.hs -o matrix
> > Chasing modules from: Matrix.hs
> > [1 of 2] Compiling Fu.Pr
are still working. I'll change it back to gcc. To workaround it
> you can add '-pgmc gcc' to the command line.
>
> Cheers,
> Simon
>
> On 09 December 2005 03:26, Frederik Eaton wrote:
>
> > Does this depend on a certain version of gcc?
> >
&g
> | -Original Message-
> | From: [EMAIL PROTECTED]
> [mailto:glasgow-haskell-users-
> | [EMAIL PROTECTED] On Behalf Of Frederik Eaton
> | Sent: 04 December 2005 00:46
> | To: glasgow-haskell-users@haskell.org
> | Subject: recommended build system
> |
> | Hi all,
> |
&
Shouldn't it work to pass "-M --make"? Or, hmm, maybe -M isn't
generating enough dependencies - like, it seems that it should
generate a dependency for the final output file specified with "-o"
but it isn't...
Frederik
On Wed, Dec 07, 2005 at 11:34:55AM -, Simon Marlow wrote:
> On 04 December
Go figure...
I suppose that fixes Cabal too, now.
Thanks,
Frederik
On Mon, Dec 05, 2005 at 10:51:19AM -, Simon Peyton-Jones wrote:
> Simon fixed this recently. The GHC HEAD build will not re-link with
> --make if none of the object files have changed.
>
> Simon
___
Hi all,
I'm looking for a build system for my projects which will correctly
handle all of ghc's dependencies. I.e. every time I ask it to rebuild
an output file, it will only do the minimum amount of compilation
necessary. This is important to me because "ghc --make" and cabal
currently (AFAICT) w
On Fri, Sep 02, 2005 at 10:22:06AM +0100, Malcolm Wallace wrote:
> Frederik Eaton <[EMAIL PROTECTED]> writes:
>
> > By the way, can I make a request to have the hmake default be to use
> > the environment?
>
> Ian Lynagh recently added this capability to hmake, but
On Thu, Sep 01, 2005 at 04:46:38PM +0100, Malcolm Wallace wrote:
> Frederik Eaton <[EMAIL PROTECTED]> writes:
>
> > Is there a way to use Hat with GHC, without 'hmake'?
>
> You could transform each module in your project individually with
> hat-trans, befo
Is there a way to use Hat with GHC, without 'hmake'? The Hat Tutorial
shows 'hmake' being used, but 'hmake' doesn't work for me. The problem
is that 'hmake' seems to be looking for 'ghc' based on something other
than PATH:
$ ghc --make pointtracker.hs
Chasing modules from: pointtracker.hs
Compi
Hi,
When I run the following line in ghci:
Prelude System.Process Control.Concurrent System.IO> do { (inp, out, err, ph)
<- runInteractiveProcess "cat" [] Nothing Nothing; forkIO (do hPutStr inp
"this\nis\na\ntest\n"; hClose inp); waitForProcess ph }
... it doesn't terminate. I'm following the
how it should be compiled,
> but I've now implemented something similar to gcc's -x flag.
>
> Cheers,
> Simon
>
> On 14 May 2005 20:04, Frederik Eaton wrote:
>
> > (moving to a separate thread)
> >
> > Also, how hard would it be to make it so tha
11 May 2005 07:37, Frederik Eaton wrote:
>
> > It looks like runghc is exiting with status 0 if there is a problem.
> > Shouldn't this be non-zero?
> >
> > $ runghc -V
> > The Glorious Glasgow Haskell Compilation System, version 6.4
> > $ runghc /dev/
tch to fix the Status issue or have I
described the problem well enough?
Frederik
On Sat, May 07, 2005 at 01:05:12PM -0700, Frederik Eaton wrote:
> Hi,
>
> Hmm, have the new xlib bindings been tested? For instance, when I run
>
Hi,
Hmm, have the new xlib bindings been tested? For instance, when I run
the following program:
module Main where
import Graphics.X11.Xlib
import Graphics.X11.Xlib.Display
main :: IO ()
main = do
display <- openDisplay ""
> We'll definitely take the environment variable patch if it comes with a
> ghcbug script :-)
OK, well I'll be busy for the next few weeks so if someone else wants
to step up and do it, don't wait for me. But otherwise I'll put in on
my todo list.
Cheers,
Frederik
--
http://ofb.net/~frederik/
OK, well I'll be busy for the next few weeks so if someone else wants
to step up and do it, don't wait for me. But otherwise I'll put in on
my todo list.
Cheers,
Frederik
On Wed, Mar 09, 2005 at 10:40:03PM -, Simon Marlow wrote:
> On 09 March 2005 21:13, Frederik Eaton
> > I agree that the case you're presenting is indeed more difficult, but
> > I don't think you're doing the estimations right for the one at hand.
> > The cost and annoyance of perhaps tens of thousands of people adding
> > and remembering to maintain wrappers named 'ghc' somewhere in their
> > pa
On Wed, Mar 09, 2005 at 08:14:24PM +0100, Tomasz Zielonka wrote:
> On Wed, Mar 09, 2005 at 10:27:28AM -0800, Frederik Eaton wrote:
> > On Wed, Mar 09, 2005 at 07:03:38PM +0100, Tomasz Zielonka wrote:
> > >
> > > I was complaing (only to myself) that rsync doesn'
On Wed, Mar 09, 2005 at 07:03:38PM +0100, Tomasz Zielonka wrote:
> On Wed, Mar 09, 2005 at 10:01:40AM -0800, Frederik Eaton wrote:
> > On Wed, Mar 09, 2005 at 05:19:18PM -, Simon Marlow wrote:
> > > On 09 March 2005 08:29, Frederik Eaton wrote:
> > >
> > Oh,
On Wed, Mar 09, 2005 at 05:19:18PM -, Simon Marlow wrote:
> On 09 March 2005 08:29, Frederik Eaton wrote:
>
> > Is it possible to set environment variables which ghc will look at,
> > corresponding to command line options such as '-i' or '-package-conf&#
Is it possible to set environment variables which ghc will look at,
corresponding to command line options such as '-i' or '-package-conf'?
I.e. the equivalent of gcc's LIBRARY_PATH, CPATH, etc... or perl's
PERL5LIB or even PERL5OPT (which is the most flexible). These would be
really convenient sinc
Is it possible to set environment variables which ghc will look at,
corresponding to command line options such as '-i' or '-package-conf'?
I.e. the equivalent of gcc's LIBRARY_PATH, CPATH, etc... or perl's
PERL5LIB or even PERL5OPT (which is the most flexible). These would be
really convenient sinc
sleep and usleep in libraries/unix/System/Posix/Unistd.hsc need
'threadsafe' as well.
-- frederik
On Tue, Oct 05, 2004 at 02:16:29AM -0700, John Meacham wrote:
> Quite a few foreign calls in the library are missing threadsafe in their
> declarations. if this could be fixed by 6.2.2 that would be
51 matches
Mail list logo
