Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.14.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* git repo:
https://github.com/haskell-suite/haskell-src-extshttp://code.haskell.org/haskell-src-exts
Hi Niklas,
1) My most desired feature would be a syntax tree that does not pluck
pluck comments out and make me treat them separately. It looks much
easier to me to have a fully descriptive tree and (filter . concatMap) /
traverse them out in some way than getting a list of comments and having
a file based on its
LANGUAGE pragmas? Last I checked e.g. HSP simply enabled all extensions
when parsing, which can cause code to be parsed incorrectly in some cases.
On Tue, Aug 20, 2013 at 10:15 AM, Niklas Broberg niklas.brob...@gmail.com
wrote:
Fellow Haskelleers,
I'm pleased
The first primary reason is
technical: haskell-src-exts
1.14 revamps the Extension
datatype, among other things
to allow turning extensions on
and off (similar to what Cabal
allows). We also introduce the
concept of a Language,
separate from a set of
extensions. This is the only
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.14.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* git repo:
https://github.com/haskell-suite/haskell-src-extshttp://code.haskell.org/haskell-src-exts
Hi Niklas,
1) My most desired feature would be a syntax tree that does not pluck
pluck comments out and make me treat them separately. It looks much
easier to me to have a fully descriptive tree and (filter . concatMap) /
traverse them out in some way than getting a list of comments and having
a file based on its
LANGUAGE pragmas? Last I checked e.g. HSP simply enabled all extensions
when parsing, which can cause code to be parsed incorrectly in some cases.
On Tue, Aug 20, 2013 at 10:15 AM, Niklas Broberg niklas.brob...@gmail.com
wrote:
Fellow Haskelleers,
I'm pleased
The first primary reason is
technical: haskell-src-exts
1.14 revamps the Extension
datatype, among other things
to allow turning extensions on
and off (similar to what Cabal
allows). We also introduce the
concept of a Language,
separate from a set of
extensions. This is the only
...@fuuzetsu.co.ukwrote:
On 14/08/13 19:02, Niklas Broberg wrote:
Hi Mateusz,
haskell-src-exts is not haddock-aware I'm afraid, so I don't have any
real
solution for you. The one you mention, i.e. going through the whole parse
result and stiching things together manually seems like the best
Hi Mateusz,
haskell-src-exts is not haddock-aware I'm afraid, so I don't have any real
solution for you. The one you mention, i.e. going through the whole parse
result and stiching things together manually seems like the best bet if you
want to use haskell-src-exts throughout.
In the longer run,
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.5!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
There are two primary reasons for this
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.5!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
There are two primary reasons for this
On Wed, Jul 25, 2012 at 12:22 PM, Ross Paterson r...@soi.city.ac.uk wrote:
As I understand it, the plan is to modify the following packages in
hackage in-situ to remove the test sections (which contain the troublesome
conditionals):
HUnit-1.2.5.0
bloomfilter-1.2.6.10
codemonitor-0.1
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.3!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
This release attempts to fix a bunch of
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.3!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
This release attempts to fix a bunch of
On Thu, May 3, 2012 at 2:52 AM, Andrew Seniuk ras...@gmail.com wrote:
Note that the Annotated version of the HSE parser/AST will probably
not provide enough
generality for the sorts of attributes you want to store (it's for
source locations, unless something changed in the most recent
Hi all,
I'm pleased to announce the release of the latest versions of the libraries
in the Haskell Server Pages suite.
Haskell Server Pages enables literal XML syntax to be used mixed with
Haskell code (like e.g. PHP), in a sane way (unlike said PHP). In principle
the functionality could be used
Hi all,
I have problems with my trac for haskell-src-exts. When I log in, I am
asked to verify my email address, but no verification token is ever sent to
my email address. And before I verify my address, I'm not allowed to do
anything on the trac.
Help? :-)
/Niklas
On Mon, Apr 23, 2012 at 5:13 PM, Johan Tibell johan.tib...@gmail.comwrote:
On Mon, Apr 23, 2012 at 7:42 AM, Niklas Broberg
niklas.brob...@gmail.com wrote:
I have problems with my trac for haskell-src-exts. When I log in, I am
asked
to verify my email address, but no verification token
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.2!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
This release contains only a few small tweaks
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.2!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
This release contains only a few small tweaks
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
It's been a *very short* while since the last
(Niklas Broberg) am more than willing to mentor this project.
== Further reading: ==
[1] S. Peyton Jones, D. Vytiniotis, S. Weirich, and M. Shields. Practical
type inference for arbitrary-rank types.
[2] D. Vytiniotis, S. Peyton Jones, T. Schrijvers, M. Sulzmann.
OutsideIn(X) – Modular type inference
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.13.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
It's been a *very short* while since the last
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.12.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
It's been a long while since the last update
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.12.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
It's been a long while since the last update
Hi Conal,
On Sun, Jan 15, 2012 at 6:45 AM, Conal Elliott co...@conal.net wrote:
I'm using haskell-src-exts together with SYB for a code-rewriting project,
and I'm having difficulty with parenthesization. I naïvely expected that
parentheses would be absent from the abstract syntax, being
On Thu, Dec 15, 2011 at 5:33 PM, Sean Leather leat...@cs.uu.nl wrote:
On Thu, Dec 15, 2011 at 11:07, Niklas Broberg wrote:
Envisioned: The function you ask for can definitely be written for
haskell-src-exts, which I know you are currently using. I just need to
complete my type checker
On Thu, Dec 15, 2011 at 6:24 PM, Thomas Schilling
nomin...@googlemail.comwrote:
What exactly are the hopes for such a type checker? I can understand
it being interesting as a research project, but as a realistic tools
there are two huge issues:
1. It's going to take a LOT of time to reach
Currently: Your only option is to use GHC API if you want type checking. I
can't help you with that, sorry.
Envisioned: The function you ask for can definitely be written for
haskell-src-exts, which I know you are currently using. I just need to
complete my type checker for haskell-src-exts
On Mon, Aug 22, 2011 at 10:05 AM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
On 21 August 2011 21:03, Alexey Khudyakov alexey.sklad...@gmail.com
wrote:
I don't completely understant how does it work. Does client need to
enable
language extension to get default instances?
I think
On Thu, Aug 25, 2011 at 6:17 PM, Brent Yorgey byor...@seas.upenn.eduwrote:
On Thu, Aug 25, 2011 at 04:47:30PM +0100, Ozgur Akgun wrote:
Hi,
cabal installing haskell-src-exts fails, because of an unlisted
dependency
to the happy executable.
It does list a dependency on happy:
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.11.1!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
This major release fixes some long-standing
Yep, works fine now, thanks!
/Niklas
On Tue, May 24, 2011 at 2:52 PM, Ross Paterson r...@soi.city.ac.uk wrote:
Version skew problem -- I hope it's fixed now.
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On Tue, May 24, 2011 at 7:18 PM, Neil Mitchell ndmitch...@gmail.com wrote:
Before doing a code review I always demand that the author runs over
the code with HLint (http://community.haskell.org/~ndm/hlint) - they
Very good point. In fact you just inspired me to finally download it
and
nibro@nibro-laptop:~/src/haskell-src-exts$ cabal sdist
Building source dist for haskell-src-exts-1.11.1...
Preprocessing library haskell-src-exts-1.11.1...
Source tarball created: dist/haskell-src-exts-1.11.1.tar.gz
nibro@nibro-laptop:~/src/haskell-src-exts$ cabal upload
On 24 May 2011 19:48, Emil Axelsson e...@chalmers.se wrote:
Hello!
I'm trying to upload a new version of syntactic, but Hackage gives the
error:
500 Internal Server Error
stdin: hWaitForInput: invalid argument (Invalid or incomplete multibyte
or
wide character)
In fact, I get the same
I already export a partial parser for top-of-file pragmas,
I see. What I don't see is how such a parser would return the rest of
input.
Hmm. I see. And I see that you are correct in not seeing it, since it
appears it cannot be done with Happy, which I believed. It would then be
down to the
Hi Johannes,
The answer is:
A) You can't, the way haskell-src-exts is built. You need to specify the
%partial directives in the happy grammar, so without editing
haskell-src-exts there's no way you could tack on partiality to the existing
parsing primitives.
B) It's a great feature request (to
, 2011 8:41 AM
To: Niklas Broberg
Subject: Re: Again a question about haskell-src-exts.
On Feb 28, 2011, at 8:39 AM, Niklas Broberg wrote:
I suppose I do - to the extend I can. What's the issue? :-)
The system does not send out verification e-mails, so I can not really
register completely
Ye gods! A B D [1] language for kids? At least give them a fighting
chance [2] at becoming future developers.
Haskell's immutability is good for mathematics but doing anything else
takes a great deal of up-front patience and perseverance, two very
rare qualities in that demographic if my
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.10.1!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
Unless you are using the XmlSyntax extension,
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.10.1!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
Unless you are using the XmlSyntax extension,
(Moving to Café)
(Examples of controversies possible in haskell-src: we have the Hs
prefix on constructors everywhere, we can't provide fixity information
(and the haskell-src-exts implementation of this is unsatisfactory in
several important ways) ...
What ways?
What changed between GHC 6.12 and GHC 7.0? Is there a some solution
besides using IncoherentInstances in every module that imports
XMLGenerator?
I just want to point out that IncoherentInstances is NOT a solution.
It would probably make the files compile, but not at all with the
semantics we
Hi café,
I found myself in need of a source manipulation suite for Java code. A
hackage search turned up nothing, so I wrote one:
http://hackage.haskell.org/package/language-java
I'm sure there are a number of bugs waiting to be discovered, my own
testing hasn't been overly extensive. I'm
I'm sure there are a number of bugs waiting to be discovered, my own
testing hasn't been overly extensive. I'm setting up a trac, will
follow up with its location once it's up.
http://trac.haskell.org/language-java
Cheers,
/Niklas
___
Haskell-Cafe
Thanks for the answers, all. :-)
Since this doesn't seem to be the common knowledge I expected it to
be, I'll try to work out how it's done properly and blog about it. And
hopefully generate some much needed documentation for cabal along the
way.
What I want specifically is to have happy
On Fri, Oct 8, 2010 at 4:55 PM, Niklas Broberg niklas.brob...@gmail.com wrote:
Hi all,
I want to do something I thought would be quite simple, but try as I
might I can't find neither information nor examples on how to achieve
it.
What I want specifically is to have happy produce a GLR
Hi all,
I want to do something I thought would be quite simple, but try as I
might I can't find neither information nor examples on how to achieve
it.
What I want specifically is to have happy produce a GLR parser from my
.ly file, and I want this to happen during 'cabal install'. Which in
turn
2010/9/22 Jonas Almström Duregård jonas.dureg...@chalmers.se:
I'm pleased to announce alex-meta and happy-meta! These libraries provide
quasi-quoter frontends and Template Haskell backends to the Alex lexer
generator and the Happy parser generator respectively.
Awesome!
/Niklas
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.9.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
1.8.2 -- 1.9.0
===
* OptionPragma
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.9.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
1.8.2 -- 1.9.0
===
* OptionPragma
On Fri, Feb 12, 2010 at 10:14 AM, Lennart Augustsson
lenn...@augustsson.net wrote:
Well, something like such a tool exists, but I can't give it away.
I know. :-)
/Niklas
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Anyone know of a type inference utility that can run right on haskell-src
types? or one that could be easily adapted?
This is very high on my wish-list for haskell-src-exts, and I'm hoping
the stuff Lennart will contribute will go a long way towards making it
feasible. I believe I can safely
On Fri, Feb 5, 2010 at 8:55 PM, Edward Kmett ekm...@gmail.com wrote:
You can add me to the list of voices that were unwilling to use it before
the summer-of-code project due to the random incompatibilities caused by the
huge supply of extensions it supported out of the box, but who were happy
There may be an eternal discussion on it, but it seems pretty clear to
me which side SoC comes down on: http://code.google.com/soc/
I'm really not sure what you're getting at. How do the points you list
not relate to my project? And how does my analogy contradict any of
those points? If the
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.8.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
For users of hsx, the latest version 0.6.1
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.8.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
For users of hsx, the latest version 0.6.1
1.7.2 -- 1.8.0
===
... and one more I forgot: Export 'knownExtensions' from .Extension.
/Niklas
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
type family F a b :: * - * -- F's arity is 2,
-- although its overall kind is * - * - * - *
I believe what you're missing is that with the definition F a b :: *
- *, F needs three arguments (of kind *) in order to become kind *.
If F a b :: * - * as stated, then F
Allow (registered?) users to submit links to papers that are missing?
Yeah, I've certainly been thinking about that.
First, I will somehow have to overcome being a complete control freak.
The very first thought that crosses my mind is
how will I ensure that author names are
Fellow Haskelleers,
As I was asked to start spamming again, I'm hereby pleased to announce
the release of haskell-src-exts-1.7.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
* UnicodeSyntax now works not only for identifiers, but also for
does this mean that unicode identifiers are allowed only when
UnicodeSyntax enabled? ghc allows them anyway
Well spotted, that was poorly worded of me. haskell-src-exts works
like GHC, allowing Unicode identifier always and
* UnicodeSyntax now works not only for identifiers, but also for
-, - and =, as well as Arrows arrows and kind stars. (And
before you send me bug reports for this one, do check that your
version of readFile is Unicode aware, i.e. you use GHC 6.12
or the utf8-string version).
... and with
Fellow Haskelleers,
As I was asked to start spamming again, I'm hereby pleased to announce
the release of haskell-src-exts-1.7.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
Hi all,
The question I have is this: How can I get Haddock to omit listing
instances of package-internal data types for exported classes?
Here's an example of what I mean:
http://hackage.haskell.org/packages/archive/haskell-src-exts/1.6.0/doc/html/Language-Haskell-Exts-Pretty.html#t%3APretty
The question I have is this: How can I get Haddock to omit listing
instances of package-internal data types for exported classes?
You currently can't, unfortunately. See:
http://trac.haskell.org/haddock/ticket/37
Roger that, cc added.
Cheers,
/Niklas
* UnicodeSyntax now works not only for identifiers, but also for
does this mean that unicode identifiers are allowed only when
UnicodeSyntax enabled? ghc allows them anyway
Well spotted, that was poorly worded of me. haskell-src-exts works
like GHC, allowing Unicode identifier always and
* UnicodeSyntax now works not only for identifiers, but also for
-, - and =, as well as Arrows arrows and kind stars. (And
before you send me bug reports for this one, do check that your
version of readFile is Unicode aware, i.e. you use GHC 6.12
or the utf8-string version).
... and with
I am pleased to announce the Functional Programming Bibliography
at http://www.catamorphism.net/
Awesome indeed!
I am eager for suggestions as to how the site could be made more
useful.
Allow (registered?) users to submit links to papers that are missing?
/Niklas
Since you can define operators in Haskell, would it make sense to include
'=', '--', ':', ',' etc. as reserved names since those can't be used as
operator names?
They are indeed reserved operators in the report. 11 of those:
.. : :: = \ | - - @ ~ =
To be fair, _ is also a reserved
[1] http://www.cs.chalmers.se/~d00nibro/hsp/
Oops. Seeing this link was a rather painful reminder that I ought to
update that page. Last update was 2005, HSP has evolved quite a lot
since then...
The best way to get info on HSP in its current state is probably to
check out some of the stuff
Haskell '98 apparently features 25 reserved words. (Not counting forall
and mdo and so on, which AFAIK are not in Haskell '98.)
21 actually. case, class, data, default, deriving, do, else, if,
import, in, infix, infixl, infixr, instance, let, module, newtype, of,
then, type, where. There's also
On another note, anyone know why Niklas Broberg hasn't been making any
release statements recently to say what the changes are, etc. for
haskell-src-exts?
Because it's been so many relatively small releases of late that I
haven't wanted to spam the lists. :-)
If you want to keep up to date
On another note, anyone know why Niklas Broberg hasn't been making any
release statements recently to say what the changes are, etc. for
haskell-src-exts?
Because it's been so many relatively small releases of late that I
haven't wanted to spam the lists. :-)
If you want to keep up to date
Hi all,
I have a bug report [1] for haskell-src-exts pertaining to the use of
qualified names in import specifications, e.g.
module Main where
import Foo (Bar.bar)
GHC apparently accepts this code, but I can find no mention of such a
feature in the GHC docs.
Personally I don't see why this
If ghc really does accept the example given, I would like to know what
entity Bar.bar refers to, since it cannot possibly be exported by Foo.
In this example Bar exports bar, and Foo re-exports module Bar.
/Niklas
___
Glasgow-haskell-users mailing
GHC 6.12 currently requires a minor patch to HJScript. Details here:
HJScript-0.4.5 is now on hackage, fixing this problem. Thanks for the heads-up.
Cheers,
/Niklas
___
Haskell mailing list
Haskell@haskell.org
GHC 6.12 currently requires a minor patch to HJScript. Details here:
HJScript-0.4.5 is now on hackage, fixing this problem. Thanks for the heads-up.
Cheers,
/Niklas
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
Hi Dominic,
On Fri, Nov 13, 2009 at 9:49 AM, Dominic Steinitz domi...@steinitz.org wrote:
I would have expected the prettyprinter to produce this:
pay tPD (a (length tOD + -1))
Do I have to write my own prettyprinter? Do I have to put in explicit
parentheses? The latter seems unsatisfactory
Surely you do want this. It's the biggest problem with the original
haskell-src package, that it cannot print out any useful Haskell code
obtained from the parser, because it forgets all the brackets.
I should point out that haskell-src-exts already fixes this for code
obtained from the
I think in the end I'm with Ian on his suggestion that we should allow
the No prefix to invert an extension. This would help in this case and
also let us handle things better when the default extensions change.
I too agree with this position for the long run.
/Niklas
Second there's the constructor NoMonoPatBinds, which actually
describes the default Haskell 98 behavior, even if GHC has a different
default. It's GHC's behavior that is the extension, so the constructor
in cabal should really be named MonoPatBinds.
Also, the PatternSignatures constructor
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.3.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
Version 1.3.0 is a new major release, following
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.3.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
Version 1.3.0 is a new major release, following
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.2.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
Version 1.2.0 is a new major release, following
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.2.0!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Darcs repo: http://code.haskell.org/haskell-src-exts
Version 1.2.0 is a new major release, following
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
Actually, it seems something went awry. I got a 500 Internal Server
Error on my cabal upload, the package is there on hackage but it seems
it was never added to the list of packages.
Simon and I favour the RC2 option. What do others think?
+1
Definitely preferable to the chaos that would otherwise ensue.
/Niklas
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
I'll see when I can get to fixing it, hopefully it won't be long.
Two fairly easy bugs to fix, darcs repo is updated. It's probably high
time I did another release, stay tuned.
I just can't believe I didn't have a single class declaration in my
test suite to catch the first one! Or that no one
Hi Pasqualino,
I am looking at the haskell-src-ext library.
It can parse files with comments and it can pretty print but, for what
I can see it cannot do both :-) (prettyPrint won't work on the
structure returned by parseFileWithComments).
What you want is exactPrint, defined in
Hi again,
However:
- The source code produced was incorrect:
class Dir d where
was rewritten as:
class Dir dwhere{
That's weird, I'll look into it, thanks.
instance Dir Directory where
localDir (Local f) = return f
type URL= String
was rewritten as:
instance Dir Directory
instance Dir Directory where
localDir (Local f) = return f
typeURL= String
Sorry, I don't see the difference between these two. Did you write the
correct one twice by mistake?
In case Pasqualino doesn't see your mail real soon...
Maybe the difference is the missing space between type
Hi again,
I attach a source fragment and another file with the pretty printed
output containing these three errors.
Thanks, I've opened a ticket for this issue here:
http://trac.haskell.org/haskell-src-exts/ticket/65
I'll see when I can get to fixing it, hopefully it won't be long.
Cheers,
On Mon, Oct 12, 2009 at 6:37 PM, michael rice nowg...@yahoo.com wrote:
transform :: IO ()
transform = putStrLn What is your digit string?
getLine
= \str - return ('9':str)
= \str - return (read str :: Int)
= \i - putStrLn $ The number is ++ show i
This
Hi all,
I'm going crazy trying to get Alex to do what I want. I have the
following regexp macros:
@octEscape = [0123]? $octdig{1,2}
@hexEscape = 'u' $hexdig{4}
@charEscape = '\\' (@octEscape | @hexEscape | b | t | n | f | r | \ | \')
and the following rules:
\' (. # [\'\\] | @charEscape)
$digit+ { \p s - TokenEntero p (read s) }
\' [$alpha $digit \_]* \' { \p s - TokenString p (read s)}
[$digit]+\.[$digit]+ { \p s - TokenDouble p (read s) }
$alpha [$alpha $digit \_]*{ \p s - TokenVar p (read s) }
You are using
Hi Peter,
sounds to me you want to have a look at Open Data Types and Open
Functions by Andres Löh and Ralf Hinze:
http://people.cs.uu.nl/andres/OpenDatatypes.pdf
Cheers,
/Niklas
On Wed, Sep 30, 2009 at 5:54 PM, Peter Verswyvelen bugf...@gmail.com wrote:
I guess this is related to the
Fellow Haskelleers,
I'm pleased to announce the release of haskell-src-exts-1.1.4!
* On hackage: http://hackage.haskell.org/package/haskell-src-exts
* Via cabal: cabal install haskell-src-exts
* Via darcs: darcs get http://code.haskell.org/haskell-src-exts
* Report bugs:
1 - 100 of 319 matches
Mail list logo