-- Forwarded message --
From: Ravi Nanavati rav...@alum.mit.edu
Date: Wed, Jan 20, 2010 at 12:13 AM
Subject: Next meeting: January 21st at MIT (**NEW ROOM** 32G-449)
To: bostonhask...@googlegroups.com
I'm pleased to announce the January meeting of the Boston Area Haskell
Users
for future meetings.
I look forward to seeing many Boston-area Haskellers tonight!
Thanks,
- Ravi Nanavati
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
-- Forwarded message --
From: Ravi Nanavati rav...@alum.mit.edu
Date: Sat, Dec 12, 2009 at 1:44 AM
Subject: Next meeting: December 17th at MIT (32-G882)
To: bostonhask...@googlegroups.com
I'm pleased to announce the December meeting of the Boston Area
Haskell Users' Group
list on that page. If the proposed
weekend does NOT work for you, but you're still interested in
attending a Boston hackathon please indicate what other weekends
during MIT's IAP (January 4th-January 29th) might work for you.
I'm looking forward to making HacBOS happen!
Thanks,
- Ravi Nanavati
-- Forwarded message --
From: Ravi Nanavati rav...@alum.mit.edu
Date: Fri, Nov 20, 2009 at 4:00 PM
Subject: Next meeting: November 24th at MIT (32-G882)
To: bostonhask...@googlegroups.com
I'm pleased to announce the November meeting of the Boston Area
Haskell Users' Group.
Based
-- Forwarded message --
From: Ravi Nanavati rav...@alum.mit.edu
Date: Thu, Oct 15, 2009 at 11:07 PM
Subject: [BostonHaskell] Next meeting: October 21st at MIT (32G-882)
To: bostonhask...@googlegroups.com
I'm pleased to announce the October meeting of the Boston Area Haskell
or contact
me directly.
I look forward to seeing many Boston-area Haskellers at the September meeting!
Thank you,
- Ravi Nanavati
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
Hypothetically speaking (since I haven't made the call yet), if I
wanted to be an early adopter of 6.12.1 when it is released, would
now would be the time to start grabbing HEAD and playing with it (so
that I know what I'm probably getting into and can offer early
feedback)? Or would it be better
on relevant discussions and
announcements.
Thanks,
- Ravi Nanavati
-- Forwarded message --
From: Ravi Nanavati rav...@alum.mit.edu
Date: Fri, Aug 21, 2009 at 6:26 PM
Subject: [BostonHaskell] September meeting polls
To: bostonhask...@googlegroups.com
In the interests of getting
interested in BostonHaskell, but
couldn't come this month because of scheduling or location
constraints. That will help us improve planning for future meetings.
I look forward to seeing many Boston-area Haskellers tomorrow!
Thanks,
- Ravi Nanavati
...@googlegroups.com or contact
me directly.
I look forward to seeing many Boston-area Haskellers at the August meeting!
Thank you,
- Ravi Nanavati
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
I wonder if this discussion has veered too far into legalistic
reasoning (of various sorts). From where I'm standing the
state-of-play is this:
1. Compiler writers (and some users) want a liberal version of seq
(that's slippery about evaluation order) for optimizations and better
correspondence
On Fri, Aug 7, 2009 at 1:04 PM, Simon Peyton-Jonessimo...@microsoft.com wrote:
| . Understanding how to respond to type inference and error messages is
| hard enough without having additional differences in innocent-looking
| code. Do you think my hope is reasonable that not-generalizing could
On Tue, Jul 7, 2009 at 10:27 AM, Bulat
Ziganshinbulat.zigans...@gmail.com wrote:
Hello Simon,
Tuesday, July 7, 2009, 6:04:46 PM, you wrote:
i can't understand. does this list supposed to be full list of changes
in haskell'? it seems to include mainly supplementary syntax changes
while even
2009/7/7 Duncan Coutts duncan.cou...@worc.ox.ac.uk:
On Mon, 2009-07-06 at 18:28 -0700, John Meacham wrote:
Well, without a replacement, it seems odd to remove it. Also, Haskell
currently doesn't _have_ a record syntax (I think it was always a
misnomer to call it that) it has 'labeled fields'.
questions about the meeting please send them to the
BostonHaskell mailing list: bostonhask...@googlegroups.com or contact
me directly.
I look forward to seeing many Boston-area Haskellers at the July meeting!
Thank you,
- Ravi Nanavati
___
Haskell
-- Forwarded message --
From: Ravi Nanavati r...@bluespec.com
Date: Wed, Jun 17, 2009 at 3:55 PM
Subject: June 23rd meeting: openings for Lightning Talks
To: bostonhask...@googlegroups.com
Both speakers for the June 23rd meeting have let me know that they
expect
to appropriately thank any refreshment volunteers at the meeting.
If you have any questions about the meeting please send them to the
BostonHaskell mailing list: bostonhask...@googlegroups.com or contact
me directly.
I look forward to seeing many Boston area Haskellers next Tuesday!
- Ravi Nanavati
On Jan 8, 2008 5:23 AM, Wagner Ferenc [EMAIL PROTECTED] wrote:
Ravi Nanavati [EMAIL PROTECTED] writes:
Hmm. I couldn't find 6.8 stuff on Haskell Unsafe at all. Where is
it? Don't you mean Sid instead? Ian uploaded 6.8.2 the day before
yesterday... Maybe when he's finished with this work
Well... I built some (not all) of the 6.8.2-related packages in
Haskell Unsafe on etch. It's a little tricky because you need to get
some build dependencies from unstable and some from Haskell Unsafe (as
source and then build them on etch), but it is possible to work that
out. I could reconstruct
One of the smaller nits I noticed when looking at profiles generated
by 6.8.1 (using -prof -auto-all) is that class methods show up as cost
centers named something like $f5. I can look at the call stack and
figure out that $f5 is probably the call to a particular class method
in a particular
I seem to recall reading in a GHC status report that there was some
work going on with parallel garbage-collection. Looking at 6.8.1, it
seems pretty clear that it didn't make it. Is there any update about
where things are on that front?
It isn't an immediately pressing need a Bluespec, but we do
On 11/9/07, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
| I just finished a running Bluespec's regression suite on a version of
| our tools compiled with ghc 6.8.1. The results were impressive on two
| fronts:
|
| 1. All of our tests (almost 14,000) had the same behavior as with ghc 6.6.1
|
it
for released builds sooner than we would have otherwise planned) and
to thank everyone involved for the effort they put into it.
Thank you,
- Ravi Nanavati (and the rest of Bluespec, Inc.)
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users
On 3/19/07, Ian Lynagh [EMAIL PROTECTED] wrote:
I'd really like to be able to define an eta-reduced Id; I see two
possibilities:
* Allow type Id = (I prefer this to type Id as I think we are more
likely to want to use the latter syntax for something else later on).
* Implementations should
If you're trying to produce ghc executables that will work well without
tweaking on machines with different configurations, it would handy to be
able to control the heap requested based on the size of physical RAM.
For instance, you might want to set -M to 100% or 80% of physical RAM
and -H to
If I understand the way things work, GHC decides whether or not to emit
the -fno-unit-at-a-time flag in -fvia-C compilation based on whether or
not the gcc used when compiling GHC supported the flag or not. I'm
running into trouble using precompiled GHC snapshots (that were compiled
on
to let us know.
- Ravi
Stefan Monnier wrote:
Ravi Nanavati has very helpfully put together a status report for the
Haskell Prime process. Please see this link, or read the pasted text
below:
http://hackage.haskell.org/trac/haskell-prime/wiki/Status'
This wiki is really neat. I do wish
It turns out we might find such a beast useful at Bluespec. If anyone
has written a C++ parser in Haskell (or knows of one), we'd like to hear
about it.
Thanks,
- Ravi Nanavati
Bluespec, Inc.
___
Haskell-Cafe mailing list
Haskell-Cafe
I recently discovered that I'm running into the IORef / garbage
collection issue described in the ghc user guide (at the bottom of the
following page):
http://www.haskell.org/ghc/docs/6.4/html/users_guide/faster.html
Increasing the heap and allocation area size (with -H, -M and -A) helped
Resources) as soon as possible.
Thank you,
- Ravi Nanavati
P.S. Bluespec, Inc. is also seeking full-time software engineers. Please
see http://www.bluespec.com/about/SWEngineers.htm for more information.
___
Haskell mailing list
Haskell@haskell.org
http
Isaac Jones wrote:
My intuition (and a proposal) is that our job will be to:
1. conservatively standardize some of the most robust extensions,
2. clean up the class hierarchies and some libraries,
3. solve the MPTC dilemma (see above), and
4. pick one other big idea such as records or bang
Henrik Nilsson wrote:
Dear all,
Simon PJ wrote:
Multi-parameter type classes, yes. Functional dependencies, no.
My experience is that even with very simple applications of MPTCs,
I often end up needing functional dependencies to make things work.
As a user, I'll echo this. It seems to me
Introduction: Bluespec, Inc. is a hardware design startup based in
Waltham, Massachusetts that is building the next generation of
Electronic Design Automation (EDA) tools. Bluespec's toolset, which is
based on functional programming technology, delivers a high-level design
and verification
/techtopics/mobility/midp/articles/genericframework/
) help unify things?
- Ravi Nanavati
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
] (Human Resources) as soon as possible.
Thank you,
- Ravi Nanavati
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailman/listinfo/haskell
additional details
that would help).
Thanks,
- Ravi Nanavati
Malcolm Wallace wrote:
Hello Ravi,
I recently have had a somewhat difficult time compiling and installing
hmake-3.08 (from source) on a RedHat 7.2 system.
I have a RH7.2 system myself, and have now tried the combination of
ghc-6.2.1
37 matches
Mail list logo
