| It would be useful to be able to do a
|
| module Doc.Pretty.Long.Name where
|
| import Doc.Pretty.Long.Name as This
|
| so within the module we can refer to itself as 'This' without having
to
| write out the full name, however ghc complains that the hi file for
the
| module it is trying to
On Tue, 2005-01-18 at 10:13 +, Simon Peyton-Jones wrote:
I think what you want is actually more directly stated thus:
module Doc.Pretty.Long( ... ) as M where
...
The 'as M' in the module header gives an alias for Doc.Pretty.Long just
as it does for an import statement.
| And if it turns out we are in the mood to look at extending the
| inport/export/module syntax perhaps we could also consider the
qualified
| export idea posted a few weeks ago.
|
| That was so that you could say:
|
| import Graphics.UI.Gtk
|
| and then use Button.setText (rather than
On Tue, 2005-01-18 at 10:43 +, Simon Peyton-Jones wrote:
| And if it turns out we are in the mood to look at extending the
| inport/export/module syntax perhaps we could also consider the
qualified
| export idea posted a few weeks ago.
|
| That was so that you could say:
|
| import
Hi Bill,
In order to force the *complete* evaluation of your result, you
could use Evaluation Strategies. Strategies are a concept
introduced for increasing parallelism in Glasgow parallel Haskell.
Parallelism and lazy evaluation are in a way contrary aims, since you
want your parallel evaluation
Jost Berthold wrote:
In order to force the *complete* evaluation of your result, you
could use Evaluation Strategies. Strategies are a concept
introduced for increasing parallelism in Glasgow parallel Haskell.
Parallelism and lazy evaluation are in a way contrary aims, since you
want your parallel
hello,
I'm trying to install HUnit to use with ghci and hugs and having some
trouble. It works if I use the -i option with ghci, but I'd rather
not have to specify that on the command line every time. Putting it
in a ~/.ghci file doesn't seem to work. How can I set the search path
for 3rd
Feature Requests item #1104381, was opened at 2005-01-18 03:27
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=358032aid=1104381group_id=8032
Category: None
Group: None
Status: Open
Hi Bill,
please note that null list just forces the first cell to be evaluated. I.e.
the list (x: xs), just x is evaluated, but not xs. That means, that just the code in you
function is evaluated that is really required for x.
If your return type is a list, then you might get away with
Feature Requests item #1104381, was opened at 2005-01-18 11:27
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=358032aid=1104381group_id=8032
Category: None
Group: None
Status: Closed
Priority: 5
Hi Keean,
Keean Schupke wrote:
Jost Berthold wrote:
In order to force the *complete* evaluation of your result, you
could use Evaluation Strategies. Strategies are a concept
introduced for increasing parallelism in Glasgow parallel Haskell.
Parallelism and lazy evaluation are in a way contrary
I seem to be getting messages from Sourceforge from this mailing
list. Is that an intended use for ghc-users?
-kzm
--
If I haven't seen further, it is by standing in the footprints of giants
___
Glasgow-haskell-users mailing list
On Tue, 2005-01-18 at 06:09 -0800, SourceForge.net wrote:
Initial Comment:
Hi, I am a user of wxHaskell, a wxWidgets binding for
haskell.
The product is very useful to me.
Adding it to the homepage will ensure that more
contribution is added to it though.
Haskell community has to stay
Jost Berthold wrote:
execution unit to do something more useful.
Yes: the compiler could do a strictness analysis and hopefully (safe
analysis)
tell wether neededList is needed by mungeForResult. In the case of
algebraic data structures (like lists), things get a bit more complex
(different
On 18 January 2005 14:52, Duncan Coutts wrote:
While we're thinking about it, could a link to Gtk2Hs be added:
http://gtk2hs.sourceforge.net/ . Our web page has been updated to be
rather more current.
Done.
Simon
___
Glasgow-haskell-users mailing
On 18 January 2005 14:42, Ketil Malde wrote:
I seem to be getting messages from Sourceforge from this mailing
list. Is that an intended use for ghc-users?
It's intentional, but it can be easily turned off. Do people want to
see feature-requests, task-list entries and so forth on this mailing
On 15 December 2004 14:46, William Lee Irwin III wrote:
There seems to be some trouble with the debian ghci on sparc64. I can
dredge up more information if given an idea of what to look for.
$ ghci
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive,
On 15 December 2004 14:46, William Lee Irwin III wrote:
There seems to be some trouble with the debian ghci on sparc64. I can
dredge up more information if given an idea of what to look for.
On Tue, Jan 18, 2005 at 04:41:02PM -, Simon Marlow wrote:
This turned out to be relatively
Simon Peyton-Jones wrote:
I quite liked this idea until I thought of this:
module Doc.Pretty.Long( M.f, f ) where
import qualified M( f )
import Doc.Pretty.Long as M
f x = x
The second import decl imports all the things exported by
Doc.Pretty.Long. But what
19 matches
Mail list logo
