On Nov 21, 2007 11:13 AM, Greg Fitzgerald <[EMAIL PROTECTED]> wrote:
> On Windows, HUnit's assertions are not working - trace below in ghci 6.8.1
> and 6.6.1. Can others reproduce?
I reproduce the "Exception: (unknown)" in 6.8.1 (with HUnit-1.2.0.0) on Linux.
_
Quoth InteractiveUI.runGHCi:
case maybe_expr of
Nothing ->
do
#if defined(mingw32_HOST_OS)
-- The win32 Console API mutates the first character of
-- type-ahead when reading from it in a non-buffered manner. Work
-- around this by flushing th
On Wed, Nov 21, 2007 at 05:11:05PM -0800, Stefan O'Rear wrote:
>
> > Perhaps someone with with a Trac login should make note
> > of them.
>
> You have one! User 'guest', password 'guest'. In fact, it says this at
> the bottom of every page! (Spammers are smart enough to try and create
> accoun
On Thu, Nov 22, 2007 at 01:12:16AM +0200, Yitzchak Gale wrote:
> Greg Fitzgerald wrote:
> >>> Running 6.8.1 on Windows XP, typing 'main' while ":r" is still processing
> >>> causes the 'm' in 'main' to morph to a 'g'.
>
> Olivier Boudry wrote:
> >> it (also "works" with :l).
>
> Stefan O'Rear wro
Duncan Coutts wrote:
On Wed, 2007-11-21 at 19:26 -0500, Alex Jacobson wrote:
Ok, I'm game to default to haskell98 in the presence of ambiguity, but
in most cases the extension involves new syntax and that should be enough.
In these cases ghc does generally give an error message which mentions
On Wed, 2007-11-21 at 19:26 -0500, Alex Jacobson wrote:
> Ok, I'm game to default to haskell98 in the presence of ambiguity, but
> in most cases the extension involves new syntax and that should be enough.
In these cases ghc does generally give an error message which mentions
which extension it i
Ok, I'm game to default to haskell98 in the presence of ambiguity, but
in most cases the extension involves new syntax and that should be enough.
Note: I would also argue that extensions that change the meaning of old
code are prime-facie a bad idea. It means that, if you start using the
new
On Wed, 2007-11-21 at 15:03 -0500, Alex Jacobson wrote:
> Proof that the compiler knows which extensions are being used: it can
> compile the program sucessfully when the extension is turned on and not
> otherwise.
Counterexample (not my own):
http://hpaste.org/3855
{-# OPTIONS_GHC -fbang-pat
Greg Fitzgerald wrote:
>>> Running 6.8.1 on Windows XP, typing 'main' while ":r" is still processing
>>> causes the 'm' in 'main' to morph to a 'g'.
Olivier Boudry wrote:
>> it (also "works" with :l).
Stefan O'Rear wrote:
> It's very old. http://hackage.haskell.org/trac/ghc/ticket/831
But these
On Wed, Nov 21, 2007 at 07:55:51PM +0100, Johannes Waldmann wrote:
>
> PS: indeed I just checked the docs and found -XDisambiguateRecordFields
> Was this advertized?
It's in the 6.8.1 release notes (well, the -fdisambiguate-record-fields
flag is, but we should have advertised -XDisambiguateRecor
Nice feature but feel like a band-aid. In particular it makes SYB style
programming more difficult because field labels aren't types.
Almost every other record syntax plan involves field labels as types so
you can do interesting type dispatch.
With this syntax, there is increasing probabilit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alex Jacobson wrote:
> So what is DisambiguateRecordFields?
http://www.haskell.org/ghc/docs/latest/html/users_guide/syntax-extns.html#disambiguate-fields
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4-svn0 (GNU/Linux)
Comment: Using GnuPG with M
| So what is DisambiguateRecordFields?
It's documented in the user manual (for the HEAD):
http://www.haskell.org/ghc/dist/current/docs/users_guide/syntax-extns.html#disambiguate-fields
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:glasgow-haskell-
| [EMAIL PROTECTED] On B
On Wed, 21 Nov 2007, Alex Jacobson wrote:
Simon Marlow wrote:
Alex Jacobson wrote:
1. just using : at the prompt caused a reload. Now you have to type :r.
Interesting, I was not aware of that behaviour, so probably fixed it by
accident :)
Yeah, Igloo said the same thing. Everyone I talke
So what is DisambiguateRecordFields?
-Alex-
Johannes Waldmann wrote:
Alex Jacobson wrote:
[...][ 50 language pragmas with arbitrary spellings [...]
Indeed.
For instance, I always get an error for -XMultiParameterTypeClasses .
(Without looking at the documentation: do you see why?)
PS:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wolfgang Jeltsch
Sent: Wednesday, November 21, 2007 10:32 AM
To: glasgow-haskell-users@haskell.org
Subject: Re: if-them_else
Am Mittwoch, 21. November 2007 15:03 schrieb Serge D. Mechveliani:
> Dear GHC dev
Wolfgang Jeltsch wrote:
It made me discover that I use more language extensions than I thought I was
using.
yes, it is likely that many of those extensions are in so many people's
codes that they are de-facto standards whether they have been written
into a specification document or not.
I t
On Wed, Nov 21, 2007 at 01:16:34PM -0500, Olivier Boudry wrote:
> On Nov 21, 2007 1:07 PM, Greg Fitzgerald <[EMAIL PROTECTED]> wrote:
>
> > Running 6.8.1 on Windows XP, typing 'main' while ":r" is still processing
> > causes the 'm' in 'main' to morph to a 'g'.
> >
> > > :r
> > [1 of 2] Compiling
Simon Marlow wrote:
Alex Jacobson wrote:
1. just using : at the prompt caused a reload. Now you have to type :r.
Interesting, I was not aware of that behaviour, so probably fixed it by
accident :)
Yeah, Igloo said the same thing. Everyone I talked to about the feature
didn't know about i
On Windows, HUnit's assertions are not working - trace below in ghci 6.8.1and
6.6.1. Can others reproduce? Is this the right place to report bugs?
Should I confirm a bug here and then create a ticket, create a ticket and
that's it, or just mention it here and someone else creates a ticket?
GHCi
Alex Jacobson wrote:
> [...][ 50 language pragmas with arbitrary spellings [...]
Indeed.
For instance, I always get an error for -XMultiParameterTypeClasses .
(Without looking at the documentation: do you see why?)
PS: indeed I just checked the docs and found -XDisambiguateRecordFields
Was
Isn't use of the extensions detectable by the compiler?
If so, then forcing the user manually to enumerate them at the top of a
source file seems like forcing the user to write a lot of unnecessary
boilerplate. It seems preferable for the compiler ny default just to
issue warnings about what
On Nov 21, 2007 1:07 PM, Greg Fitzgerald <[EMAIL PROTECTED]> wrote:
> Running 6.8.1 on Windows XP, typing 'main' while ":r" is still processing
> causes the 'm' in 'main' to morph to a 'g'.
>
> > :r
> [1 of 2] Compiling Language.QidlTypeLibrary.Parser (
> Language/QidlTypeLibrary/Parser.hs, interp
Running 6.8.1 on Windows XP, typing 'main' while ":r" is still processing
causes the 'm' in 'main' to morph to a 'g'.
> :r
[1 of 2] Compiling Language.QidlTypeLibrary.Parser (
Language/QidlTypeLibrary/Parser.hs, interpreted )
Ok, modules loaded: Main, Language.QidlTypeLibrary.Parser.
> main
:1:0:
Claus Reinke wrote:
>> registry sounds like overkill to me. If really an absolute hardcoded
>> path is needed, I would appreciate if it is stored only in a single
>> place (for ghc, ghci, ghc-pkg and package.conf).
>
> that was my point: how do you find that 'single place',
> given the wide variet
Simon Marlow wrote:
> Christian Maeder wrote:
>>
>> #!/bin/sh
>> reldir=`dirname $0`
>> topdir=`(cd $reldir; pwd)`
>
> There's no guarantee that $0 holds anything reasonable: you can set $0
> to whatever you like when calling exec*().
The above script simply does not work, if it is linked to from
Am Mittwoch, 21. November 2007 15:03 schrieb Serge D. Mechveliani:
> Dear GHC developers,
>
> when compiling the function f x = if x them False else True
>
> ghc-8.8.1 reports: " parse error on input `else' ".
>
> When there is a large expession after `them', it is sometimes
> difficult to loc
Am Dienstag, 20. November 2007 22:35 schrieb Alex Jacobson:
> […]
> {-# LANGUAGE TemplateHaskell, FlexibleInstances,
> OverlappingInstances, UndecidableInstances, CPP,
> ScopedTypeVariables, PatternSignatures, GADTs,
> PolymorphicComponents, FlexibleContex
Hi dear fellow ghc users,
I simply wanted to let people know that I apparently succeeded in
compiling a patched version of HDirect with GHC 6.8.1 (with typelibs
support).
At least, I could compile some of the examples and had very simple test
programs launch/connect to Word and Excel using au
Maybe it's from Chicago and doesn't see anything wrong with "them" in that
context. :)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Serge D.
Mechveliani
Sent: Wednesday, November 21, 2007 9:04 AM
To: glasgow-haskell-users@haskell.org
Subject: if-them_e
Dear GHC developers,
when compiling the function f x = if x them False else True
ghc-8.8.1 reports: " parse error on input `else' ".
When there is a large expession after `them', it is sometimes
difficult to locate a typo.
Why does not it report " parsing if-then-else: cannot find `then'
What about literate files? the inclusion of extended haskell files expand to
too much file extension in my opinion.
*.hs
*.lhs
*.ehs
*.elhs
On Nov 20, 2007 10:15 PM, Alex Jacobson <[EMAIL PROTECTED]> wrote:
> .ehs stands for extended haskell and encapsulates the 90% case of people
> just wanting
Hi Wolfgang,
you are right, this behaviour is a bit surprising. What you want to
observe can be obtained with, for example:
loop c = putChar c >> loop c
where loop is not a CAF anymore since it takes an argument.
In the definition that you gave, main is a CAF and gets evaluated only
the fi
Simon Marlow a écrit :
Compiling that same program with GHC-6.6 (same command line) works fine.
Do I need to submit a bug or did something changed in the librairies'
structure that I missed somewhere ?
You haven't told GHC that you want to link the containers package.
Try adding -package c
Alex Jacobson wrote:
I'm fine with that as well. I'm just opposed to being force to look up
the precise names the compiler happens to use for each language
extension I happen to use. Having -fglasgow-exts turned on by default
also works.
-fglasgow-exts is a historical relic. It's just an a
Alex Jacobson wrote:
1. just using : at the prompt caused a reload. Now you have to type :r.
Interesting, I was not aware of that behaviour, so probably fixed it by
accident :)
2. reload now reloads all modules rather than just the modules that
changed (faster but not as fast as not reload
Fernand wrote:
Fernand a écrit :
Dear all,
Giving a try to GHC 6.8.1 under Windows, I stumble upon the following
issue (yes, I'm struggling with HDirect), which did not occur with the
6.6 version : the linking phase of my project fails with
Actually, the issue appears with the following prog
This seems very, very wrong. The missing instance(s) might be left out
because of some good reason (e.g. if you have implemented sets with list and
not provided Ord).
On Nov 21, 2007 12:59 AM, Duncan Coutts <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-11-20 at 19:18 -0500, Alex Jacobson wrote:
> >
38 matches
Mail list logo