For the Haskell program from hell (it kills ghc-6.01 on OpenBSD 3.4,
hugs on MacOS X and hugs on EPOC)
It's a translation of the (in)famous jpeg.gs script - but I'm yet to
see whether it works or not, and how fast. But it does compile cleanly.
I can send you a sample JPEG that causes the
For the Haskell program from hell (it kills ghc-6.01 on OpenBSD 3.4,
hugs on MacOS X and hugs on EPOC)
It's a translation of the (in)famous jpeg.gs script - but I'm yet to
see whether it works or not, and how fast. But it does
compile cleanly.
I can send you a sample JPEG that
Reviving an old thread:
When trying to build HaRe with ghc 6.2 (builds fine with ghc 6.0.1),
we encountered a long list of strange error messages of the kind:
...
*** Compiling Main:
compile: input file pfe_client.hs
*** Checking old interface for Main:
Failed to
I'm using the new abstract names of TH2 in ghc 6.3 (CVS early March)
I'm generating code that looks like this:
let foo_1 = e1
foo_2 = e2
in e3
I'm using
name - newName foo
to generate these names (foo_1, foo_2 etc) however when I splice this
code in ghc complains as if I'd written
let
Can GHC be invoked somehow via the #! mechanism? Put another way, is
there a GHC analogue to runhugs?
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
In ghc/compiler/main/DriverFlags.hs machdepCCOpts includes a -static
flag for some arches. Is this really necessary? I can't see
any comments
as to why, nor any real answers from a quick google.
I can't remember why either.
It causes this when compiling darcs on these arches:
On Sat, Mar 06 2004, Dean Herington wrote:
Can GHC be invoked somehow via the #! mechanism? Put another way, is
there a GHC analogue to runhugs?
Well, ghc now has an -e flag to evaluate stuff directly from the prompt
(e.g. ghc -e Main.main Main.hs). But you can't execute shell-scripts
from a
Can GHC be invoked somehow via the #! mechanism? Put another way, is
there a GHC analogue to runhugs?
Almost, but not quite. Since 6.2, GHC has the -e switch for invoking
expressions from the command line, which gets a step closer. GHC
doesn't ignore the '#!' line yet, but I can add that.
On Sat, Mar 06 2004, Dean Herington wrote:
Can GHC be invoked somehow via the #! mechanism? Put
another way, is
there a GHC analogue to runhugs?
Well, ghc now has an -e flag to evaluate stuff directly from
the prompt
(e.g. ghc -e Main.main Main.hs). But you can't execute
On Mon, Mar 08 2004, Simon Marlow wrote:
However, I just tried it on a recent Linux (RedHat 9) and it seems to
accept nested #! scripts.
It doesn't work for me though (it tries to run the first script (the
Haskell module) with the interpreter for the second script (bash).
Anyway, one cannot
On Mon, Mar 08, 2004 at 11:07:07AM -, Simon Marlow wrote:
It causes this when compiling darcs on these arches:
/usr/lib/ghc-6.2/libHSunix.a(User.o)(.text+0x2a2c): In
function `s6T9_ret':
: warning: Using 'getgrgid_r' in statically linked
applications requires at
I needed a list which could handle items of different types for the
database code I am writing. I have written a module implementing such a
list based on dependant types (from Conor McBride: Faking It; Simulating
Depandant Types in Haskell). Although McBride does not mention
lists/vectors with
On Mon, Mar 08, 2004 at 03:25:06PM +, Ian Lynagh wrote:
On Mon, Mar 08, 2004 at 11:07:07AM -, Simon Marlow wrote:
What platform? Does everything work if you remove the -static?
alpha, powerpc and hppa so far. I expect the same will happen for mips
and mipsel.
If, on powerpc,
I would like to see your code indeed ...
it seems the attachment was missing.
Anyway, I am not sure if it obvious or not,
but heterogenously typed lists can be nicely
modelled with Data.Typeable (!!!) I guess we
should add something like this to the module?
See
Didn't know If I should post it straight away... its quite long and I dont do
attachments (well not If I can help it. I am aware Dynamic can model heterogenious
lists
(thanks for correct terminology) - but I need static typing. Thats the clever thing
about
this code - the list is heterogenious
What platform? Does everything work if you remove the -static?
alpha, powerpc and hppa so far. I expect the same will happen for mips
and mipsel.
If, on powerpc, I run the final link command without -static
(that's the
only place it should make a difference, right?) then it links without
warnings
Dear haskellers,
I propose to add a modified version of DData to the
hierachical libraries.
DData is a concrete library of collection types, by
Daan Leijen.
My modifications intend to make DData fit better in
the hierarchical libraries.
The haddock-generated documentation can be found here:
At 08:09 04/03/04 +, Stenio wrote:
GHC executable file only works in MS-DOS. I would like run the executable
file on Windows. Can someone help me
Thanks
Did you write a GUI program and each time you double click your program gets
started out of a DOS window? If that is the case you
On Mon, Mar 08, 2004 at 12:32:21PM +0100, Christian Maeder wrote:
Yes, I support this proposal.
So do I.
Maybe the documentation to the 0rdered lists section can be improved.
Set.toAscList is not really necessary as it is the same as Set.toList.
In order to be a proper function, the
I am currently trying to implement a method of allowing arbitrary record
syntax data-types to be converted to and from an XML representation of
them using the Read and Show class;
i.e. simply derive either Show and then parse the given String to
extract the name/value pairs which can then be
So my question is, is there any method in GHC which allows you to
extract the order of the constructors in a type or to parse a
type-representation in such a way that the order of the records doesn't
matter (I am looking for ease/simplicity of use)?
If you happen to use Parsec for parsing --
At 01:41 08/03/04 -0800, JP Bernardy wrote:
I propose to add a modified version of DData to the
hierachical libraries.
I support the proposal in principle, though I don't feel qualified to
comment on the specific modifications.
#g
Graham Klyne
For email:
On Tue, 24 Feb 2004 07:18:58 -0800 (PST), Hal Daume III [EMAIL PROTECTED]
wrote:
just as another sample point...
i write 99% of my code in either haskell or perl. haskell tends to be for
the longer programs, perl tends to be for the shorter ones, though the
decision is primarily made for only
Hi,
with the boilerplate style one can build terms while exploring permutations.
This can accommodated as a generic program.
An illustrative code snippet follows.
Let's define a function that builds a datum a while reading constructor
strings via a monad. Hence the function is of the following
FINAL CALL FOR PAPERS
--
Third International Conference on
Generative Programming and Component Engineering (GPCE'04)
Vancouver, October 24-28, 2004
I think the generics approach really is overkill here, but it's nice to
know the generics library.
For option processing Tomasz Ziolonka described a nice technique
in the post I refered to. You can find the post in the archives at
http://www.haskell.org//pipermail/haskell/2004-January/013412.html
On Mar 5, 2004, at 15:48, Vadim Zaliva wrote:
OK, I figured it out. For sake of other novices like me here is what
you need
to do to make it work.
0. Need to import Data.Generics
1. Compile with '-fglasgow-exts' flag
2. When deriving from Data you also need to derive from Typeable.
It slightly
Vadim Zaliva wrote:
[...] It slightly bothers me that this solution seems to be using non-standard
GHC extensions.
Hmmm, using generics seems like massive overkill for option handling. Could you
describe what you are exactly trying to achieve?
Cheers,
S.
On Mar 8, 2004, at 11:17, Sven Panne wrote:
Hmmm, using generics seems like massive overkill for option handling.
Could you
describe what you are exactly trying to achieve?
I am doing command line options parsing. I've defined Flag type with
constructor
for each possible option:
data Flag =
On Mon, 8 Mar 2004, Vadim Zaliva wrote:
I am doing command line options parsing. I've defined Flag type with
constructor
for each possible option:
data Flag = Verbose |
Input String |
Output String |
Filter String
deriving (Show,
On Mar 8, 2004, at 12:55, Ben Rudiak-Gould wrote:
This would work, but I will have to write [] part for each option.
Generics approach is overkill but looks much neater when used.
But thanks for suggestion anyway, it is always good to learn yet
another way of doing things.
Sincerely,
Vadim
Try
31 matches
Mail list logo