Perhaps there may be useful ideas in
https://draugus.github.io/pdf/Software%20Design%20for%20Flexibility%20-%20Chris%20Hanson.pdf
.
Howard
> On Oct 20, 2023, at 1:23 PM, Ben Gamari wrote:
>
> Ben Gamari writes:
>
>> ...
>>
>> # Phase 2: Template Haskell
>>
>> The above story is made
Cut the Gordian Knot by serializing all the interfaces. This may be a good
first step.
Howard
> On Oct 20, 2023, at 10:26 AM, Ben Gamari wrote:
>
> Ben Gamari writes:
>
>> Simon Peyton Jones writes:
>>
>>> Dear GHC devs
>>>
>>> Given the now-agreed split between ghc-internal and base
My _very_ naive question is whether Template Haskell should have all the
features of the latest language? Perhaps it could instead be limited to a
simpler subset so that it could become a bolt-on to the rest of the compiler
and it could be compiled and implemented independently using an older
I hope that some effort can be expended to specifically identify what
changes would be necessary to make Safe Haskell work consistent with
its name. Only then can a reasoned decision about how to proceed be
made. Also, rejecting the status quo implies that making a decision is
a high priority. Is
I suggest continuing this discussion/effort on the Haskell Discourse
at
https://discourse.haskell.org/t/documentation-of-haskell-websites-servers-and-their-configurations/2153
.
Howard
On Fri, 2021-03-19 at 14:21 -0400, Gershom B wrote:
> Cc: ad...@haskell.org which remains (since it was set
Hi Richard, Gershom and Ben,
I have access to the server that runs the Haskell wiki. There are other
websites on that server as well. I can document them as well. I know
that Gershom B. has done most (all?) of the work on that server. I ask
him and the haskell.org committee to send me or point me
Hi Ben, Richard and Davean,
I would like to help however I can. I already maintain the Haskell
wiki, and I would like to improve and document its configuration using
devops techniques, preferably consistent with gitlab.haskell.org.
Regards,
Howard
On Fri, 2021-03-19 at 12:14 -0400, davean
Hi,
I created a stub Backpack entry in the Haskell wiki using the abstract of the
paper.
Howard
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
On June 9, 2016 10:43:00 -0700 David Fox wrote:
> It seems to me that if you have any thought at all for your library's
> clients the chances of this happening are pretty insignificant.
Sadly (IMO), this happens all too frequently. Upward compatibility suffers
because most package authors are
On Monday, June 6, 2016 23:15:00 -0700, Herbert Valerio Riedel wrote:
> Unfortunately, GHC's `base` package has a *huge* API surface. So with> each
> GHC release we're usually forced to perform a major version bump to
> satisfy the PVP, even if just a tiny part only very few packages use of
>
On Friday, October 16, 2015 9:22 AM, Edward Kmett wrote:
> It sounds like we'll need to delay the warnings themselves until around 8.4.
I propose an optional generic flag -fearly-warning (pun slightly intended) to
get _all_ warnings of planned changes.
Howard
At the risk of antagonizing some (most? all?) of you, how about...
-XCPP stands for the native CPP
-XGNUCPP stands for GNU's GCC CPP
-XClangCPP stands for Clang's CPP
-XCPPHS stands for CPPHS
... with the hope that TH is the future?
Howard
___
Cc: GHC
Fwding to the GHC Windows Task force, who will doubtless know what to do.
Simon
| -Original Message-
| From: Haskell [mailto:haskell-boun...@haskell.org] On Behalf Of Howard B.
| Golden
| Sent: 15 April 2015 17:51
| To: hask...@haskell.org
| Subject: [Haskell] Haskell on Windows
In general, I think Mark's proposals are the way to go. However, I know that
there are many developers who will chafe under this plan. There is an inherent
tension between latest and greatest and batteries included. While I
understand the concerns of those who are on the bleeding edge, I
Hi Sergei,
See http://www.cs.tufts.edu/~nr/c--/extern/man2.ps
Google is your friend!
Howard
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
Hi,
I am combining the two topics because the issues are both support-related.
First, long term support (LTS) is an important goal in making GHC/Haskell a
viable production platform. I would argue that providing it is a necessary
condition to encourage more adoption of Haskell by plain users
p.k.f.,
I like your less verbose suggestion better than my original.
I don't understand your comment about code examples: Are you supporting or
opposing the inclusion of the LANGUAGE pragmas in the examples?
Howard
From: p.k.f.holzensp...@utwente.nl
I don't think this is mutually exclusive with Johan's proposal. Let me suggest
an amendment: Developers (both new and old) would be encouraged to submit
patches adding or improving documentation in the source code. Documentation
patches would be vetted as any others would be.
Discouraging
Hi, I am working on a patch for GHC Trac ticket #9021. I wonder whether it
would be welcome or unwelcome to include Doxygen (or other documentation tool)
comments in the patch? If another tool is preferred, please recommend it.
Thanks.
Howard B. Golden
Northridge, CA
of the POSIX dlopen
error isn't fully specified, so I'm unsure of whether I need to fix this or not.
Howard B. Golden
Northridge, CA, USA
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
than what HCAR does for GHC now, though I
don't expect anyone can do it weekly.
Please let me know what you think about this idea. I'm open to any suggestions
for improving it also.
Howard B. Golden
Northridge, CA, USA
___
ghc-devs mailing list
ghc
Chris,
Thanks for the pointer to HWN. I wasn't aware of it before. I can certainly
send things to the author which may be of interest to readers.
In addition I like incorporating the updates into the GHC Devs wiki to make it
easier to find them that way. We each have our preferred way of
as wiki entries, rather than
a blog, so it can have both a topical and chronological access path, but I am
open to the blog approach as well if others will write content too.
Howard
- Original Message -
From: Herbert Valerio Riedel hvrie...@gmail.com
To: Howard B. Golden howard_b_gol
23 matches
Mail list logo