Hi all
I am confused by the GHC profiling output. I have put some abstracts
below to illustrate my confusion.
I compiled my code with:
HFLAGS=-Wall -package lang -prof -auto-all hmake -ghc main
and then ran it with:
./main -t +RTS -p test5.hs
Here is some of main.prof:
I'm trying to get to the point where I can use ghc and OpenGL under
Windows 2000. Unfortunately, I'm lost in a maze of version numbers.
I had cygwin-1.3.2 installed, I think, which did not match the 1.3.1
used in the ghc-4.08 package. I tried to install cygwin 1.3.1, but
got 1.3.3 instead.
Personally I think this is ok, and it's compatible with the
relaxed story about cumulative imports. I don't propose
to change this unless there are yells.
| So, it's not considered an error if you do something
| like
|
| module A ( B(C), ...some other stuff..., B(D) ) where
| ...
|
Marcin 'Qrczak' Kowalczyk [EMAIL PROTECTED] asks:
12 Sep 2001 12:37:25 -, [EMAIL PROTECTED]
[EMAIL PROTECTED] pisze:
* Currently HOPS implements only one evaluation strategy,
namely leftmost outermost graph rewriting with sharing preservation
(without automatic sharing
___
Our apologies if you receive multiple copies.
___
CALL FOR PAPERS
** Apologies if you receive multiple copies... **
** Also apologies if you have unsubscribed to this mailing list in the past,
we had to reinstall the original list and were unable to recover the
unsubscriptions. Please note that the list is ONLY used to announce the
18-monthly FME (Formal
Olaf Chitil [EMAIL PROTECTED] wrote,
Here a short summary by Malcolm and me of the final discussion at the
Haskell workshop:
I also took a couple of notes which I like to add.
John Launchbury and many further people made a plea that the single
biggest hindrance to the further spread of
Rather than talking about general features of the language that might
improve adoption in general, it is more useful to talk about specific
features of the language that make it killer in a particular application
domain.
In his classic book, Crossing the Chasm : Marketing and Selling High-Tech
On Thu, 13 Sep 2001, S. Alexander Jacobson wrote:
(snip)
As such, I would like to see a focus on making Haskell great for web
application and web service development. Some of the the pieces required
are application level, some are libraries, and some are language features.
Here is my quick
There was the feeling that there is not frequent enough
feedback from the Task Forces (eg, FFI Task Force, Library
Task Force) to the Haskell community as a whole. Clause
Reinke kindly volunteered to collect status reports of Task
Forces on a 6-monthly basis and post them to the Haskell
Just a quick remark:
S. Alexander Jacobson wrote (on 13-09-01 12:40 -0400):
As a general matter, the addendum process strikes me as confusing and
dangerous. I don't want to have a conversation like: I am using
Haskell'98 with Addendum A, C, and E. I'd rather say, I am using Haskell
2001
Quick reply to just one point (more later, I hope):
Also, do these books have good coverage of things like
existential types, functional dependencies, other
experimental-but-apparently-crucial features that are hard to find
documentation for?
I consider myself a fairly hardcore
Thanks, that's very valuable information. It's hard to appreciate the
relative utility (as you can see :-)) of different experimental features.
It's also confusing that things like exceptions, concurrency, and FFI are
labeled 'experimental'. They're so (IMHO) crucial that I find myself saying,
On Thursday, 13. September 2001 17:50, Manuel M. T. Chakravarty wrote:
[...]
Let me reiterate: Gtk+HS as it is today is sufficient for
applications requiring a GUI of medium complexity. As far
as I see, despite not covering all of GTK+ yet, Gtk+HS
already has a wider variety of widgets and
In my opinion GTK+ is not that nice to develop Win32 applications because
it
provides its own look-and-feel which conflicts with the one of Windows. On
UNIX-like systems where each desktop environment has its own look-and-feel
it
does not conflict under GNOME because GNOME is based on
[EMAIL PROTECTED] wrote:
Thanks, that's very valuable information. It's hard to appreciate the
relative utility (as you can see :-)) of different experimental features.
It's also confusing that things like exceptions, concurrency, and FFI are
labeled 'experimental'. They're so (IMHO)
Lennart Augustsson wrote:
I have been writing substantial Haskell programs and I use *NO* experimental
features. What I'm currently working on is over 2 lines of Haskell 98.
No extensions whatsoever. (It even compiles and runs with all available
Haskell implementations.)
Granted, I
[EMAIL PROTECTED] wrote,
Thanks, that's very valuable information. It's hard to appreciate the
relative utility (as you can see :-)) of different experimental features.
It's also confusing that things like exceptions, concurrency, and FFI are
labeled 'experimental'. They're so (IMHO)
Wolfgang Jeltsch [EMAIL PROTECTED] wrote,
That's why I
think GTK+ should be used mainly to develop applications which are intended
to run under GNOME and preferably not to do cross-plattform GUI programming.
I think the best solution for the latter thing is to use a library which has
On Fri, 14 Sep 2001, Manuel M. T. Chakravarty wrote:
(snip)
wxWindows is quite C++ centric and AFAIK nobody has made a
serious effort at a C++ FFI yet. One of the big advantages
(snip)
Of course, wxPython also exists - I assume that the emphasis on object
orientation is the problem?
-- Mark
Out of curiosity, how does GTK+ compare with Fruit?
It seems like it would make sense for the standard Haskell GUI also to be
functional.
-Alex-
PS I don't do GUI stuff so I don't really know much. I did read the Fruit
paper and it looked interesting.
On Fri, 14 Sep 2001, Manuel M. T.
21 matches
Mail list logo