Re[2]: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-14 Thread Bulat Ziganshin
Hello Sebastian,

Thursday, October 13, 2005, 2:49:46 AM, you wrote:

SS I'm wondering what incremental and moderate extension means?
SS Does it mean completely backwards compatible or can it mean
SS completely new features including ones which subsume existing ones
SS (I'm specifically interested in seeing SPJ's records proposal
SS included, and a new module system).

i must figure out that these extensions are not really implemented at
this moment. imho, before including something in standard we need to
play with it some time

imho, features for new Haskell standard must include extensions common
for Hugs and GHC (because implementing in both compilers proves their
usefulness) and most wanted features from GHC. Haskell2 wiki page are
close to list all these features



-- 
Best regards,
 Bulatmailto:[EMAIL PROTECTED]



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re[2]: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-14 Thread Bulat Ziganshin
Hello Sebastian,

Thursday, October 13, 2005, 4:09:55 PM, you wrote:

  (I'm specifically interested in seeing SPJ's records proposal
  included, and a new module system).

SS First of all I would like to urge the people who do end up working on
SS this to seriously consider replacing H98's records system. I may be

yes, it is a common viewpoint, afaik. the only problem is what this
new record system was never really implemented, partially because it
is not backward-compatible with H98, partially because Simons are not
very like such syntax sugar extensions, they prefer real semantic
beasts :)

so, this proposal is a bit out of luck :)))


-- 
Best regards,
 Bulatmailto:[EMAIL PROTECTED]



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re[2]: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-14 Thread Bulat Ziganshin
Hello Simon,

Thursday, October 13, 2005, 1:42:24 PM, you wrote:

 (I'm specifically interested in seeing SPJ's records proposal
 included, and a new module system).

SM Highly unlikely, IMHO.  A new revision of the Haskell standard is not
SM the place for testing new research, rather it's a clear specification of
SM existing well-understood language features.

+1 :)

but we may add them to standard definition as Possible extensions
appendix. moreover, if some already implemented language extensions
(f.e., Template Haskell) are not good enough to be included in
standard itself, it may be also included here - just to have one place
where many language extensions are described. and also a source for
new features which MAY be included in Haskell2


-- 
Best regards,
 Bulatmailto:[EMAIL PROTECTED]



___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell] Re: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-14 Thread John Meacham
On Thu, Oct 13, 2005 at 02:09:55PM +0200, Sebastian Sylvan wrote:
 Okay then. Consider this my contribution to the discussion.
 First of all I would like to urge the people who do end up working on
 this to seriously consider replacing H98's records system. I may be
 wrong but the impression I get is that enough people dislike the
 current system enough to warrant a replacement. And to me it seems to
 be a pretty much slam-dunk case that the proposal is *a lot* better
 than what we current have.

How about a standard HList-style library specified in the report? then
we get fancy records without having to change the language. Then we
could work on syntatic sugar to make HList records as easy to use as
built in ones.
John

-- 
John Meacham - ⑆repetae.net⑆john⑈ 
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-14 Thread David Roundy
On Thu, Oct 13, 2005 at 10:42:24AM +0100, Simon Marlow wrote:
 On 12 October 2005 23:50, Sebastian Sylvan wrote:
  (I'm specifically interested in seeing SPJ's records proposal
  included, and a new module system).
 
 Highly unlikely, IMHO.  A new revision of the Haskell standard is not
 the place for testing new research, rather it's a clear specification of
 existing well-understood language features.

Indeed.  I'd love to have a new Haskell 06 that adds just a carefully (and
conservatively) selected subset of ghc's extensions, if that meant that my
code would also run on hugs and jhc.

Like everyone else, there are *some* experimental features I'd love to see
go in, most particularly John Meacham's class aliases proposal, which seems
like (perhaps from my naive perspective) a moderately conservative change
that opens up huge possibilities for improved libraries (which could then
be developed to the new standard).
-- 
David Roundy
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-13 Thread Antti-Juhani Kaijanaho
Sebastian Sylvan wrote:
 I'm wondering what incremental and moderate extension means? 

I don't know what others mean by it, but for me, it implies
standardizing existing practice, with possibly some conservative
redesign to get rid of any hysterical warts.

This is, BTW, what the C89 standard did for C, and it was a highly
successful standard.

-- 
Antti-Juhani
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-13 Thread Robin Green
On Thursday 13 October 2005 09:42, Simon Marlow wrote:
 On 12 October 2005 23:50, Sebastian Sylvan wrote:
  (I'm specifically interested in seeing SPJ's records proposal
  included, and a new module system).

 Highly unlikely, IMHO.  A new revision of the Haskell standard is not
 the place for testing new research, rather it's a clear specification of
 existing well-understood language features.

... and, in the case of the Standard Prelude section, or equivalent, a 
specification of well-understood functions that the spec authors agree 
should be provided in all implementations. I would hope that arbitrary 
binary I/O - to cite an important example - would not be considered a 
research topic, as it is actually quite trivial. (It is, however, one of 
the must haves for Haskell to be considered for use in production systems.)

-- 
Robin
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-13 Thread Sebastian Sylvan
On 10/13/05, Simon Marlow [EMAIL PROTECTED] wrote:
 On 12 October 2005 23:50, Sebastian Sylvan wrote:

  (I'm specifically interested in seeing SPJ's records proposal
  included, and a new module system).

 Highly unlikely, IMHO.  A new revision of the Haskell standard is not
 the place for testing new research, rather it's a clear specification of
 existing well-understood language features.


I can certainly understand this point of view. I am (as primarily a
user and not a language designer) perhaps too eager to get my hands on
cool new stuff :-)

 If you want a new record system, or a new module system, now is the time
 to start designing and implementing them ready for the next
 standardisation process.

Okay then. Consider this my contribution to the discussion.
First of all I would like to urge the people who do end up working on
this to seriously consider replacing H98's records system. I may be
wrong but the impression I get is that enough people dislike the
current system enough to warrant a replacement. And to me it seems to
be a pretty much slam-dunk case that the proposal is *a lot* better
than what we current have.

On the module system.
You may consider this a proposal. There have been discussions on this
mailing lists about it but let me recap the main gist of it.
Conservatively extend the current ghc hierarchical module system by
allowing you to re-export modules qualified. So you could write

module GTK (..., qualified module GTK.Button as Button, ...) where

Then the user could just import GTK and get all of the contents of
GTK.Button imported qualifed as Button automatically.

This allow libraries written using the current hierarchcical system to
work without any changes, while new libraries can use the new feature
(I'm guessing GTK2HS would benefit a lot from this, getting rid of all
the ugly buttonNew-style functions).

/S

--
Sebastian Sylvan
+46(0)736-818655
UIN: 44640862
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-12 Thread Sebastian Sylvan
On 10/13/05, Isaac Jones [EMAIL PROTECTED] wrote:
 At the end of the Haskell Workshop at ICFP, we had the traditional
 Future of Haskell discussion (chaired by Andres Loeh). One of the
 main topics was the perceived need of a new standard, because the
 Haskell 98 standard is quite old already, and Haskell has evolved in
 the meantime, leading to a situation where almost none of the actually
 existing Haskell programs is according to the 98 standard. No clear
 opinion was visible on what form a new standard would take. There was,
 however, considerable support for the idea to standardize an
 incremental and moderate extension to Haskell 98 (working name
 Haskell 06 or Industrial Haskell). This effort would then be
 separate from discussion about the Real Next Version (dubbed Haskell
 2).

 John Launchbury asked for a show of hands of those who would be
 interested in helping out with the Haskell 06 standard.  I think
 helping means willing to spend a non-trivial amount of time.  That
 is, it's pretty well expected that most Haskellers will be willing to
 contribute to discussion on the mailing lists, but we're trying to get
 a list of those who want to take it to the next level.  If you raised
 your hand, or if you think this describes you, please email John
 Launchbury at [EMAIL PROTECTED]


I'm wondering what incremental and moderate extension means?
Does it mean completely backwards compatible or can it mean
completely new features including ones which subsume existing ones
(I'm specifically interested in seeing SPJ's records proposal
included, and a new module system).

I'd also like to point out the haskell wiki page:

http://www.haskell.org/hawiki/HaskellOhSix

Which already contain some desired features. Perhaps a running summary
of definate, maybe, and not until Haskell 2 features could be
kept there as discussions progress?

/S

--
Sebastian Sylvan
+46(0)736-818655
UIN: 44640862
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell] Re: [Haskell-cafe] Interest in helping w/ Haskell standard

2005-10-12 Thread Isaac Jones
(Trimming CC list.  Maybe we should take this to haskell-cafe?)

Sebastian Sylvan [EMAIL PROTECTED] writes:

(snip quotes)
 I'm wondering what incremental and moderate extension means?
 Does it mean completely backwards compatible or can it mean
 completely new features including ones which subsume existing ones
 (I'm specifically interested in seeing SPJ's records proposal
 included, and a new module system).

I was intentionally not addressing that question, because it's pretty
much The Question.  I certainly don't know the answer; just trying to
figure out who wants to get involved, as a first step.

I think everyone is agreed, though, that any process is going to be a
very open one.

peace,

  isaac
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe