Bugs item #1156554, was opened at 2005-03-04 10:03
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1156554group_id=8032
Category: GHCi
Group: 6.4
Status: Open
Resolution: None
Hi,
I built and installed wxhaskell-0.9 with ghc-6.2.2 on x86_64.
When I link a sample program and try to run it however,
I get:
wxhaskell-0.9/samples/wx% ./a.out
a.out: internal error: adjustor creation not supported on this platform
Please report this as a bug to
On 03 March 2005 22:18, Duncan Coutts wrote:
In ghc 6.4 using -M mode it appears to be stricter when parsing the
files looking for dependencies. In particular importing things with
'#' suffixes eg:
import GHC.Really.Really.Internal.Dont.Touch (unsafeNastyThing#)
did not require the
Bugs item #1153674, was opened at 2005-02-28 18:09
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1153674group_id=8032
Category: Compiler (Parser)
Group: 6.4
Status: Open
Resolution: None
Bugs item #1156596, was opened at 2005-03-04 11:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1156596group_id=8032
Category: Compiler
Group: 6.4
Status: Open
Resolution: None
Bugs item #1122207, was opened at 2005-02-14 08:11
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1122207group_id=8032
Category: None
Group: 6.2.2
Status: Closed
Resolution: None
Priority: 5
Bugs item #1153674, was opened at 2005-02-28 18:09
Message generated for change (Comment added) made by malcolmwallace
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=108032aid=1153674group_id=8032
Category: Compiler (Parser)
Group: 6.4
Status: Open
Resolution: None
On Fri, 2005-03-04 at 10:49 +, Simon Marlow wrote:
However then it does not look at the {-# OPTIONS -fglasgow-exts #-}
pragma at the top of the file.
Strange... it works for me. ghc -M now uses the same machinery as
--make when calculating the dependency graph, so {-# OPTIONS #-}
Calling MacOS X experts...
Sorry to pollute the ghc list with nhc98 questions, but AFAIK most
of the relevant people inhabit here. Any help would be gratefully
received.
I am having problems with getting nhc98 to work under Mac OS 10.3.x.
It builds just fine with ghc (6.2.2), and appears to
On Fri, Mar 04, 2005 at 04:37:27PM +, Malcolm Wallace wrote:
I am having problems with getting nhc98 to work under Mac OS 10.3.x.
It builds just fine with ghc (6.2.2), and appears to compile programs
just fine, but the resulting executables sometimes crash with Bus Error.
(make test
Hi Sigbjorn.
I wrote:
I built CVS head GHC with this package and mucked around a little
bit. The
only problem I've come across so far is that an objectio library
application
I have crashes on take-off when built with this compiler (not
necessarily to
do with objectio of course). It does
Feature Requests item #1155875, was opened at 2005-03-03 16:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=358032aid=1155875group_id=8032
Category: None
Group: None
Status: Open
On 02 March 2005 14:15, John Goerzen wrote:
Kip Macy kip.macy at gmail.com writes:
I've followed the instructions to the letter.
Debian has had a working amd64 package of ghc for some time now. It
is built out of the standard source base for it. You can find that
at:
I think GHC's behaviour is right here. To use the flag settings from
the source module on the command-line would be wrong: for example, when
the module is compiled, its implementation (and therefore flag settings)
must be hidden.
Also, as Simon pointed out, there might be multiple modules in
Just ahead of the 6.4 release, we've put together a GHC user survey.
The idea is to help us get a better understanding of who uses GHC, what
for, what aspects of GHC they consider most valuable, and what they
would most like to see improved. The survey is anonymous (if you wish),
and should take
Simon Marlow ([EMAIL PROTECTED]) wrote:
My amd64 hardware arrived yesterday, shouldn't be too long before we
have a registerised port of GHC, and possibly a native code generator...
:-
As soon as you have some pre-alpha release, I'm ready to test ;)
Sincerely,
Gour
--
Registered Linux
There can only be one top level module in ghci (there can only
be one module name before the '' prompt - that modules options
should be in effect.
The whole point of putting options at the top of the source file
is so that the user/compiler of the code does not need to know
which specific options
On 04 March 2005 12:58, Keean Schupke wrote:
There can only be one top level module in ghci (there can only
be one module name before the '' prompt - that modules options
should be in effect.
No, you can have multiple top-level module scopes in effect. See the
GHCi documentation.
Simon
My amd64 hardware arrived yesterday, shouldn't be too long before we
have a registerised port of GHC, and possibly a native code generator...
That would be great! I just assembled an amd64 box and I am mssing ghci
badly. Let me know if I can be of any help (testing ..).
Cheers, Ralf
On 02 March 2005 05:08, Brian Strand wrote:
Donald Bruce Stewart wrote:
bstrand:
Donald Bruce Stewart wrote:
bstrand:
Simon Marlow wrote:
Just to let you know, there are a number of open bug reports for
GHC on the x86_64 platform, which seem to indicate some kind of
occasional
On Fri, Mar 04, 2005 at 09:38:47AM -, Simon Marlow wrote:
Even if you're not running Debian, there are tools available to
convert a .deb to a RPM or tgz package. Or, you can easily unpack a
deb using only ar(1) and tar(1).
My amd64 hardware arrived yesterday, shouldn't be too long
Simon Marlow wrote:
On 04 March 2005 12:58, Keean Schupke wrote:
There can only be one top level module in ghci (there can only
be one module name before the '' prompt - that modules options
should be in effect.
No, you can have multiple top-level module scopes in effect. See the
GHCi
I've uploaded a Mac OS X installer based on the stable tree from March
2nd + the patches I committed yesterday at:
http://opeongo.cas.mcmaster.ca/~wolfgang/GHC-6.4.20050302.pkg.zip
This package is built with support for dynamic libraries (some human
intervention was required to build it).
Mac
On 04 March 2005 14:04, John Goerzen wrote:
On Fri, Mar 04, 2005 at 09:38:47AM -, Simon Marlow wrote:
Even if you're not running Debian, there are tools available to
convert a .deb to a RPM or tgz package. Or, you can easily unpack a
deb using only ar(1) and tar(1).
My amd64 hardware
On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote:
On 04 March 2005 14:04, John Goerzen wrote:
My amd64 hardware arrived yesterday, shouldn't be too long before we
have a registerised port of GHC, and possibly a native code
generator...
burns excellent /burns
Don't hold
Wolfgang Thaller [EMAIL PROTECTED] wrote:
I've uploaded a Mac OS X installer based on the stable tree from March
2nd + the patches I committed yesterday at:
http://opeongo.cas.mcmaster.ca/~wolfgang/GHC-6.4.20050302.pkg.zip
$ ghc --version
dyld: /usr/local/lib/ghc-6.4/ghc-6.4 can't
On 04 March 2005 16:59, John Goerzen wrote:
On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote:
On 04 March 2005 14:04, John Goerzen wrote:
My amd64 hardware arrived yesterday, shouldn't be too long before
we have a registerised port of GHC, and possibly a native code
generator...
On 4-Mar-05, at 11:57 AM, Simon Marlow wrote:
Don't hold your breath, I have some bad news. It seems that gcc is
still generating incorrect code for register variables (or maybe it's
broken again?).
So maybe this will be the first NCG-only port of GHC :-).
Death to the Mangler!
Cheers,
Wolfgang
Further to my last point, what if the top level module is Main...
ghci Main.hs
and that includes a main function, and pragmas, so that main runs
when ghci is finished loading (automatically).
If main runs automatically then the context of ghci must be the
Main module, so why would the options
New installer available that includes all STABLE changes up
until 20:00 UTC today:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6-4-20050304.msi
( md5.sig: 022bfcaae335b718bdc59014d58b39a0 )
--sigbjorn
- Original Message -
From: Sigbjorn Finne [EMAIL PROTECTED]
To: GHC users glasgow
Just ahead of the 6.4 release, we've put together a GHC user survey.
The idea is to help us get a better understanding of who uses GHC, what
for, what aspects of GHC they consider most valuable, and what they
would most like to see improved. The survey is anonymous (if you wish),
and should take
for my diploma thesis, I need to find information about integration of
functional and imperative programming concepts. Could somebody of you
point me to good websites, papers, etc. about this topic?
You haven't been too specific about what kinds of things you are looking
for. One thing that
On Sunday 20 February 2005 14:19, Keean Schupke wrote:
TH has supported multi-parameter classes for a while... new in 6.4 is
support for fundeps.
Yes, but unfortunately TH cannot create instances for them which is usually
the boilerplate you want to avoid. From Language.Haskell.TH:
data Dec =
On Fri, 4 Mar 2005 15:26:52 +0100, Benjamin Franksen
[EMAIL PROTECTED] wrote:
On Sunday 20 February 2005 14:19, Keean Schupke wrote:
TH has supported multi-parameter classes for a while... new in 6.4 is
support for fundeps.
Yes, but unfortunately TH cannot create instances for them which
Lemmih wrote:
On Fri, 4 Mar 2005 15:26:52 +0100, Benjamin Franksen
[EMAIL PROTECTED] wrote:
On Sunday 20 February 2005 14:19, Keean Schupke wrote:
TH has supported multi-parameter classes for a while... new in 6.4 is
support for fundeps.
Yes, but unfortunately TH cannot create instances for them
robert dockins wrote:
Is that really how this is done? That doesn't seem like it can be right:
instance X (a b) -- single parameter class where 'a' has an arrow kind
is very different from:
instance X a b-- multiple parameter class
I would expect a type constructed with 'appT' to correspond
On Friday 04 March 2005 16:32, Keean Schupke wrote:
robert dockins wrote:
Is that really how this is done? That doesn't seem like it can be right:
instance X (a b) -- single parameter class where 'a' has an arrow kind
is very different from:
instance X a b-- multiple parameter
On Friday 04 March 2005 23:44, Keean Schupke wrote:
Benjamin Franksen wrote:
Consider:
class Bogus a b
instance Bogus Int Char
How do you express the /instance/ in TH? Using AppT?
That would be:
(using 6.4 syntax)
AppT (AppT (ConT (mkName Bogus)) (ConT ''Int)) (ConT
Hi,
Have you guys used any Corba library for Haskell? Which one would you
recommend (if there are more than one)?
Thanks,
Maurício
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
On Fri, 4 Mar 2005, Mark Carroll wrote:
(snip)
Enclosed is a programme that asks for two ints from standard input, adds
(snip)
Let me try again. (-:
-- Markmodule StackMTest
where
import StackM
import Control.Monad
import Control.Monad.Trans
import System.IO
import System.Random
add :: Num a =
Thinking of stacks, I've often wondered if Haskell would be a good
language for implementing a PostScript interpreter.
I actually have the beginning of a PostScript interpreter somwhere...
And the core of a Joy interpreter is extremely small. It's pretty much
'foldl compose . map
Recently, while investigating the (non-statically typed) stack-based
functional language Joy (http://www.latrobe.edu.au/philosophy/phimvt/joy.html),
I became interested in seeing if I could implement Joy's combinators in
Haskell. I started with a stack based implementation using nested
HAppS is a Haskell library for building Internet applications, featuring:
* HAppS.ACID: Guarantee application integrity in the face of unplanned
outages using this module's integrated write-ahead logging and checkpointing
framework.
* HAppS.DBMS: Do relational operations in Haskell
43 matches
Mail list logo
