On Tue, Sep 11, 2007 at 09:52:18PM +0100, Ian Lynagh wrote:
On Tue, Sep 11, 2007 at 09:17:32AM +0200, Sven Panne wrote:
On Tuesday 11 September 2007 05:58, Conal Elliott wrote:
In ghc-6.8 20070909, my package.conf contains some strange and incorrect
paths, such as
haddockInterfaces
On Tuesday 11 September 2007 05:58, Conal Elliott wrote:
In ghc-6.8 20070909, my package.conf contains some strange and incorrect
paths, such as
haddockInterfaces =
[/usr/local/doc/ghc/libraries\\html\\containers\\containers.haddock],
haddockHTMLs =
On Tue, Sep 11, 2007 at 09:17:32AM +0200, Sven Panne wrote:
On Tuesday 11 September 2007 05:58, Conal Elliott wrote:
In ghc-6.8 20070909, my package.conf contains some strange and incorrect
paths, such as
haddockInterfaces =
That's right, I'm using the windows binary installer from 0909.
I haven't managed to build from HEAD sources lately, so I wasn't able to try
the latest, as Sven suggested. - Conal
On 9/11/07, Ian Lynagh [EMAIL PROTECTED] wrote:
On Tue, Sep 11, 2007 at 09:17:32AM +0200, Sven Panne wrote:
On
On Fri, Dec 15, 2006 at 01:26:50PM +, Simon Marlow wrote:
Norman Ramsey wrote:
'make uninstall' silently does nothing:
I'm not aware of 'make uninstall' ever working, in fact I don't think I've
ever tried it. Probably we should just disable it, I'm not sure it's worth
the trouble to
Norman Ramsey wrote:
'make uninstall' silently does nothing:
I'm not aware of 'make uninstall' ever working, in fact I don't think I've ever
tried it. Probably we should just disable it, I'm not sure it's worth the
trouble to get it right. Ian, what do you think?
P.S. The web interface
Fritz Henglein wrote:
According to a message from GHCi, version 6.4.1 (see below; bug also
reproduceable with 6.4.2, though not shown here since it consistently
resulted in a core dump without prior message) under Windows XP (fully
updated per 2006-07-15), I am herewith reporting what appears to
Hi Baltasar,
maybe it's GHC's inliner. See
http://www.haskell.org/ghc/docs/latest/html/users_guide/bugs.html#bugs-ghc
and the russel example is similar enough to yours. (I have not
checked, though.)
I apologize, again, for the wrong spelling, It must be Russell with
two l!
Cheers
On 07 July 2005 19:57, Bulat Ziganshin wrote:
bug in ghc-6.4-src\libraries\base\Data\Version.hs:
instance Eq Version where
v1 == v2 = versionBranch v1 == versionBranch v2
all (`elem` (versionTags v2)) (versionTags v1)
-- tags may be in any order
You will have to give both the errors and the source code...
I have done quite a bit with classes and GHC's constraint
inferance is pretty good.
The chances are you really do need to add some extra
constraints...
(by the way if you are working with heterogeneous collections,
you may be
This is the program:
import Control.Concurrent
main = do
m - newEmptyMVar
forkIO $ do
s - getLine
putMVar m s
s - takeMVar m
putStrLn s
ghc --make Bug.hs [21:54]
Chasing modules from: Bug.hs
Compiling Main ( Bug.hs, Bug.o )
Hi,
Is this bug the same as the one I reported on 25 March (Nit with 6.2.1)?
The original report:
Hi,
I built 6.2.1 on Mac OS X 10.3.3 from source with OpenGL support.
I built the Cube.hs demo program and it compiles and runs fine, but if
I
terminate it with crtl-C instead of hitting q in
Is this bug the same as the one I reported on 25 March (Nit
with 6.2.1)?
Hmm... it might be related, but I haven't looked into it yet.
Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
./a.out[21:57]
# Now hit Ctrl-C
a.out: internal error: main thread has been GC'd
Please report this as a bug to [EMAIL PROTECTED],
or http://www.sourceforge.net/projects/ghc/
Thanks, that's a bug. I've fixed it in CVS.
As far as I can
Package: ghc5
Version: 5.04-1
Severity: normal
I have a module SDL.Bare.Audio with this declaration:
foreign import ccall safe wrapper
mkSDL_AudioSpec_Callback :: SDL_AudioSpec_Callback u -
IO (FunPtr (SDL_AudioSpec_Callback u))
When compiling
I am using ghc-pkg on SunOS4 and get the following behavior
when using 'ghc-pkg -g':
ld: illegal option -- x
ld: illegal option -- -
ld: illegal option -- w
ld: illegal option -- x
ld: illegal option -- -
ld: illegal option -- w
The relevant line from ghc-pkg is:
system(ld -r -x
| system(ld -r -x -o ++ ghci_lib_file ++
|--whole-archive ++ batch_lib_file)
It works with gld however! Maybe configure should insist
on gld being there.
/K
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
Thank you. I fixed this in the HEAD, but your message
reminded us to transfer that fix to the 5.02 branch for the
upcoming 5.02 release.
Workaround: write a selector for the newtype manually
instead of using the record syntax.
Simon
| -Original Message-
| From: Arthur Baars
I have the following problem on Windows NT using ghc 5.02 from a cygwin
bash-shell. Calls to System.system of the form
system $ grep -E ++ show str ++ ++ file ++ tmp
do not work because of the (ditto with ). Execution yields:
grep: : No such file or directory
This is because
To make this panic go away, try adding the option
"-fvia-C" to your GHC
command line.
(GHC could give a better error msg here, and
indicate that you have to
use -fvia-C with code that (still) uses
_casm_.)
hth
--sigbjorn
- Original Message -
From:
Monique Louise
To:
Thanks for the report. It's a known bug, and will be gone in the
upcoming patch release.
Workaround for now: expand type synonyms used on the RHS of other type
synonyms.
Simon
| -Original Message-
| From: John Meacham [mailto:[EMAIL PROTECTED]]
| Sent: 08 May 2001 00:35
| To: [EMAIL
Hello!
On Tue, Jul 25, 2000 at 07:13:47AM -0700, Simon Marlow wrote:
[...]
In the meantime, can I suggest not using hGetContents? I'm guessing that
hGetLine should be enough for your purposes.
I rewrote the code to use the SocketPrim library and sGetContents from
there, as it was using
Hello!
[yes, I'm the same one]
On Mon, Jul 24, 2000 at 07:35:14PM +0200, Hannah Schroeter wrote:
Hello!
I have this problem with a self compiled GHC, checked out with
-rghc-4-07-branch (which should be 4.08, at most with additional
commits *on that branch*), checked out about July 18.
On Tue, Jul 25, 2000 at 15:17:27 +0200, Hannah Schroeter wrote:
I have this problem with a self compiled GHC, checked out with
-rghc-4-07-branch (which should be 4.08, at most with additional
commits *on that branch*), checked out about July 18.
Btw, the same bug appears on a Debian
Nice bug!
I think I've fixed this now. The fix will be backported to 4.08.1 after
some testing.
Cheers,
Simon
Simon Marlow [EMAIL PROTECTED] writes:
So, the question is, "Should readFile on a directory throw an IO
error?" If so, then there is a bug in Hugs; if not,
there is a bug
(or at least a severe misfeature) in Green Card (and a
bug in the ghc
libraries, which do throw an IO
So, the question is, "Should readFile on a directory throw an IO
error?" If so, then there is a bug in Hugs; if not, there is a bug
(or at least a severe misfeature) in Green Card (and a bug in the ghc
libraries, which do throw an IO error).
I rather think that openning a directory fail,
On Fri, May 26, 2000 at 09:35:20 +0200, S. Achterop IWI-120 3932 wrote:
When installing ghc, using a locally make binary-dist, some path's in
ghc-4.07 and mkdependHS scripts are given the wrong value.
[wrong values in ghc perl driver]
You did set BIN_DIST=1 in mk/build.mk or when running
Michael Weber wrote:
You did set BIN_DIST=1 in mk/build.mk or when running `make', didn't you?
Oops, I did'nt read 4-06-notes so it seemed, sorry.
I wrongly assumed "make binary-dist project=Ghc" took care of it.
Thanks,
Sietse
"S.D.Mechveliani" wrote:
Dear GHC,
I fear, there is some hard bug in ghc-4.06.
On the program
main = let p= 5 :: Integer
iI = eucIdeal "be" p [] [] [(p,1)]
r1 = Rse 1 iI dZ
dK = upGCDRing r1 eFM
--upRing
| If y'all agree that GHC should match hugs on this, it's only
| about a 4 line
| fix - I've tried it out already. On the other hand, I don't
| think that this
| will make Sergey a happy camper. Many instance declarations
| need to be
| tweaked. It's a tedious job, but straightforward.
Simon Peyton-Jones wrote:
| If y'all agree that GHC should match hugs on this, it's only
| about a 4 line
| fix - I've tried it out already. On the other hand, I don't
| think that this
| will make Sergey a happy camper. Many instance declarations
| need to be
| tweaked. It's a tedious
| I would be willing to try to create a better version of
| randomIvalInteger, if that would be desirable.
Matt,
I think that would be extremely desirable, thank you!
You clearly know more about generating random numbers that
we do here (well, I speak for myself, certainly) and what's more
you
"Simon" == Simon Peyton-Jones [EMAIL PROTECTED] writes:
class Incrementable a where increment :: a - a
instance (Num a) = Incrementable a where increment = (+ 1)
Incrementable.hs:7: Illegal instance declaration for
`Incrementable a' (There must be at least one
Pradyut Shah writes:
on sparc-sun-solaris2, the ghc perl script
(fptools/bin/sparc-sun-solaris2/ghc-2.02/ghc) does not work with the
-E option. It seems to generate the assembler code instead.
Yep, confusing - you'll have to add -fvia-C to make it behave.
Thanks for the report,
Sigbjorn Finne [EMAIL PROTECTED] writes:
Pradyut Shah writes:
on sparc-sun-solaris2, the ghc perl script
(fptools/bin/sparc-sun-solaris2/ghc-2.02/ghc) does not work with the
-E option. It seems to generate the assembler code instead.
Yep, confusing - you'll have to add -fvia-C to
| Each additional, no matter how trivial definition causes that the
| compiler starts to produces twice as many error messages. In general
| adding n definitions gives raise to 7 * 2^n errors, e.g., adding:
Yes, I tripped over this too! It could only happen in a compiler written in
a
Tomasz,
Thanks for the fine bug reports. Keep em coming.
| Source of the problem is a declaration in PrelBase.lhs:
| infixr 9 !!
| According to the Report it should read:
| infixl 9 !!
Fixed.
| 2. The following code
|
| newtype Age = MkAge Int deriving (Eq, Show)
| instance Num
[EMAIL PROTECTED] (S.D.Mechveliani) writes:
The following pretends to reveal a bug in ghc-0.29-linux-386.
The program reduces the matrix mM to the staircase form by the
Gauss method over the coefficient domain = C = Int, Integer.
result( mM ) =
[... big matrix deleted ...]
39 matches
Mail list logo
