Hello,
ghc-pkg.bin has been using up most of the CPU for over 3 minutes, is
this a known bug?
Frederik
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
On Sun, Feb 24, 2008 at 02:36:08AM +0100, Daniel Fischer wrote:
Am Sonntag, 24. Februar 2008 02:18 schrieb Frederik Eaton:
Hello,
I have a program which uses some code in a package, and I would like
to be able to find out the source of an error which is occuring inside
that package. Can
Hello Ian,
I've just noticed that there seem to be ghc-6.8.2 compatible packages
for some modules on Debian amd64 but not i386:
$ sudo apt-get install -t experimental libghc6-{cgi,network}-dev
...
The following packages have unmet dependencies:
libghc6-cgi-dev: Depends: ghc6 (
Hello,
I can't use Cabal on some of my projects, for various reasons that
I've discussed here earlier... However, I can have a cabal file to
describe the dependencies and so forth. Is there a way to generate a
proper package config using a cabal file? Or is there some other way
to do it so I get
Coutts wrote:
On Sun, 2008-01-20 at 16:08 +, Frederik Eaton wrote:
Hello,
I can't use Cabal on some of my projects, for various reasons that
I've discussed here earlier...
BTW, just so we do not loose track of those reasons could you double
check that all the problems
On Sun, Jan 20, 2008 at 06:21:56PM +, Duncan Coutts wrote:
On Sun, 2008-01-20 at 17:37 +, Frederik Eaton wrote:
Hi Duncan,
Thanks, --gen-pkg-config works.
I don't know if Cabal will ever be suitable for me - I prefer to be
able to build specific targets, and to track
- I think
something vaguely similar was done with some web browsers once,
although perhaps not with the entire program state. It sounds like it
might be difficult to implement, though. Just a thought.
Cheers,
Frederik
On Thu, Jul 05, 2007 at 08:56:58PM +0100, Simon Marlow wrote:
Frederik Eaton
Hello,
I've been seeing this a lot:
interactive: internal error: stg_ap_pp_ret
(GHC version 6.6.1 for i386_unknown_linux)
Sometimes it seems to go away when I remove .o and .hi files and
recompile, but it keeps coming back when I make edits and/or compile
with different optimisation options
Hello,
Perhaps it's a bit late, but should the release notes for 6.6.1
mention that many libraries have been split off from the main package
(at least in the Debian version)?
I am looking here:
/usr/share/doc/ghc6/changelog.Debian.gz
and here:
OK I see, I was switching from a ghc-6.6.20070420 binary release to
the Debian package. I must have installed the 'extralibs' package or
something together with the former...?
Frederik
On Thu, Jun 07, 2007 at 04:23:17PM +0100, Simon Marlow wrote:
Frederik Eaton wrote:
Hello,
Perhaps it's
Hello,
I am attaching files to hopefully reproduce a problem I am having. I
have not upgraded to 6.6.1 yet so let me know if it has been fixed.
$ touch fpenv_c.c fpenv.hs cc -g -Wall -c fpenv_c.c ghc -fasm --make
fpenv.hs fpenv_c.o -lc
[1 of 1] Compiling Main ( fpenv.hs, fpenv.o )
Regardless of whether you can reproduce the error, you can also file
another bug suggestion that the wording of that message is
incomprehensible.
OK, well I sent something to the mailing list, I don't really know
what would go in a bug report since I can't reproduce it. Next time I
will
] On Behalf Of Frederik Eaton
| Sent: 12 May 2007 22:14
| To: glasgow-haskell-bugs@haskell.org
| Subject: main main main main main
|
| Hello,
|
| I'm suddenly getting the following error when I compile a program:
|
| bayesian-sets.hs:1:0:
| The main function `main' is not defined
reference to type checking still
holds...?
Thanks,
Frederik
On Sun, May 13, 2007 at 05:37:52PM +0100, Frederik Eaton wrote:
Hello,
The main point about the error message is that it says that 'main' is
not defined, while it is typechecking 'main' - but I thought it only
typechecks things which
Hello,
Here is another (hopefully less bogus) error message which I don't
know what to do with:
$ A=bayesian-sets; ghc --make $A.hs -package vectro -lstdc++
-fallow-incoherent-instances -lstdc++ time ./$A
[1 of 1] Compiling Main ( bayesian-sets.hs, bayesian-sets.o )
Loading package
Hello,
Ah, removing the entire install directory for the package (in ~/lib/)
fixed things. That seems odd, but perhaps I should be doing it in my
Makefile.
Thanks,
Frederik
On Mon, May 14, 2007 at 01:26:05AM +0100, Frederik Eaton wrote:
Hello,
Here is another (hopefully less bogus) error
Hello,
I'm suddenly getting the following error when I compile a program:
bayesian-sets.hs:1:0:
The main function `main' is not defined in module `Main'
When checking the type of the main function `main'
I don't know what that means. Perhaps the error could be made more
human-friendly?
,
Frederik Eaton wrote:
[1 text/plain; us-ascii (7bit)]
Hello,
I'm suddenly getting the following error when I compile a program:
bayesian-sets.hs:1:0:
The main function `main' is not defined in module `Main'
When checking the type of the main function `main'
I don't
Thanks Duncan, yes 'uname -a' shows i686. I was confused because the
cpu is EM46T, I don't know why uname does not say x86_64.
Yes, a better failure mode would indeed be helpful!
Frederik
On Wed, May 09, 2007 at 08:38:57AM +, Duncan Coutts wrote:
On Wed, 2007-05-09 at 03:42 +0100, Frederik
Hello,
I found that the distribution at this URL
http://haskell.org/ghc/dist/6.6.1/ghc-6.6.1-x86_64-unknown-linux.tar.bz2
failed to install. There were lots of no such file or directory
errors during 'cp' invocations I think. The i386 version sems to work
fine. Hope this isn't a mistake on my
Hello,
My copy of the library documentation says:
groupBy :: (a - a - Bool) - [a] - [[a]]
The groupBy function is the non-overloaded version of group.
User-supplied comparison (replacing an Ord context)
The function is assumed to define a total ordering.
But group has an Eq
By the way, I replied to this via email because I can't figure out how
to annotate the bug anymore. I'm rather stumped... I thought email
replies might automatically become associated with the bug.
Frederik
On Sat, Apr 14, 2007 at 01:04:52PM +0100, Frederik Eaton wrote:
Hi Igloo,
We
On Sun, Apr 22, 2007 at 08:44:44AM -0700, Stefan O'Rear wrote:
On Sun, Apr 22, 2007 at 12:02:19PM +0100, Frederik Eaton wrote:
By the way, I replied to this via email because I can't figure out how
to annotate the bug anymore. I'm rather stumped... I thought email
replies might
Hello,
I have a package which links to several libraries, which I have built
with Cabal. I can use it to compile executables:
$ ghc -package vectro --make Vector/Sparse/subvec-example.hs -o sve
Linking sve ...
And the library references in those executables are correct:
$ /lib/ld-2.5.so --list
Hi Igloo,
We are not suggesting that runhaskell should support a leading #! line
- it already does. The argument is about whether it should support
files that don't have an extension.
Also, this is a tangent, but: for files that start with #!, I
generally interpret the lines following the first
Also, there are some library functions that will block all Haskell threads
unless used with the
threaded RTS (e.g. System.Process.waitForProcess). These are now safe to use
with GHCi.
Yay! I think that's what I wanted to know.
Thanks,
Frederik
--
http://ofb.net/~frederik/
Hello,
This is a bit lame but I don't know where to find the information...
I am wondering if ghci is OK to use with threads now. It seems to work
but I have written down in some of my source code that a certain
function won't work under ghci because it uses threads and I can't
remember what the
Couldn't match expected type `Bool - [a]'
against inferred type `()'
In the first argument of `a', namely `()'
In the expression: a ()
In the definition of `d': d = a ()
Also, I don't know what other people will think, but something bothers
me about the In on the
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
| Behalf Of Frederik Eaton
| Sent: 11 March 2007 20:44
| To: glasgow-haskell-bugs@haskell.org
| Subject: question about expected and inferred types in error messages
|
| Hello,
|
| I hope that this isn't again
Hello,
If I try to compile a program which depends on a file which omits the
module X where line, then I get an error message from ghc:
no location info: file name does not match module name `Main'
This is not very helpful, since it doesn't tell me which file the
error is in, or what the
Hello,
Are some profiling options incompatible? Here are problems I've run into:
$ ghc -Wall -prof -auto-all -caf-all --make sparse-test.hs sparse_lib.o -lm -lc
-lstdc++
[10 of 10] Compiling Main ( sparse-test.hs, sparse-test.o )
sparse-test.hs:18:0:
Warning: Definition but no
/tmp/ghc4721_0/ghc4721_0.s:4185:0:
Error: symbol `Mainmain_CAF_cc_ccs' is already defined
= '-auto-all' and '-caf-all' can't be used together?
Actually, sorry, I get the same error when I just use -caf-all by
itself...
Frederik
--
http://ofb.net/~frederik/
produce more information, but the problem occurs
without it.
Thank you,
Frederik
P.S. Also, it would of course be very helpful if the '-xc' traces
showed line numbers. :)
On Mon, Jan 15, 2007 at 03:09:48PM +, Frederik Eaton wrote:
Hello,
Are some profiling options incompatible? Here
Hi,
I think it would be a good idea to print instructions for getting more
information when a program fails with a pattern match or other error.
Rather than
foo: Prelude.undefined
it should say
foo: Prelude.undefined
For information about the location of this error, recompile with -prof
On Thu, Aug 24, 2006 at 12:38:34PM -0700, John Meacham wrote:
On Thu, Aug 24, 2006 at 02:26:42PM +0100, Frederik Eaton wrote:
Because of what you said above, it's not perfect. But it's better than
the default. Look, if someone is writing something to standard error,
it's probably because
On Thu, Aug 24, 2006 at 08:36:07AM +0200, Tomasz Zielonka wrote:
On Thu, Aug 24, 2006 at 01:12:32AM +0100, Frederik Eaton wrote:
Do you think that the standard GHC behavior should be for
multithreaded programs to produce garbage on stderr?
IIUC, even if you switch to LineBuffering
to
'stderr', so it is no longer a problem for me personally; but for new
users, for general-purpose use of the compiler, I think changing the
stderr buffering mode is the best solution.
Regards,
Frederik
On Wed, Aug 23, 2006 at 10:41:02AM +0100, Simon Marlow wrote:
Frederik Eaton wrote:
Hey, it looks
it? What API are you using to write the file? On what OS?
Cheers,
Simon
Frederik Eaton wrote:
Sorry, forgot to say that I was using GHC 6.4.2 the first time, and
ghc-6.4.3.20060816 this time.
Frederik
On Mon, Aug 21, 2006 at 10:45:40PM +0100, Frederik Eaton wrote:
Hi,
I'm
-22 22:49:58 3: duration: 0.3 msec
2006-08-22 22:49:58 3: executing (update pfcq_study_cmdid set cmdid = cmdid+1
where user=2;)
Frederik
On Tue, Aug 22, 2006 at 02:43:36PM +0100, Frederik Eaton wrote:
I can't repeat it, but I can
The Glorious Glasgow Haskell Compilation System, version 6.4.3.20060816
now - getClockTime
addToClockTime (TimeDiff {tdYear = 0, tdMonth = 0, tdDay = 0, tdHour = 0,
tdMin = 0, tdSec = 0, tdPicosec = }) now
*** Exception: Time.toClockTime: picoseconds out of range
--
Hi,
I'm seeing some odd data corruption in a log file. Below, the second
line should be a SQL query (prefixed by a timestamp). It's turned into
garbage, but apparently not just random bytes. I'm using HSQL - that's
the only external library, and it uses FFI, so there might be some bad
memory
Sorry, forgot to say that I was using GHC 6.4.2 the first time, and
ghc-6.4.3.20060816 this time.
Frederik
On Mon, Aug 21, 2006 at 10:45:40PM +0100, Frederik Eaton wrote:
Hi,
I'm seeing some odd data corruption in a log file. Below, the second
line should be a SQL query (prefixed
Here's another example of the same bug:
$ ghc -O3 -threaded -package Futility --make scmp.hs -o scmp install scmp
~/bin/
Chasing modules from: scmp.hs
Skipping Engines ( ./Engines.hs, ./Engines.o )
Skipping SCmp
On Thu, Aug 17, 2006 at 05:23:53PM +0100, Malcolm Wallace wrote:
Frederik Eaton [EMAIL PROTECTED] wrote:
I've been thinking that it would be nice if I could give ghci on
the command line a list of commands to run initially when it
starts.
GHCi can read commands from a .ghci
http://www.haskell.org/ghc/download.html
and try that?
Simon
| -Original Message-
| From: Frederik Eaton [mailto:[EMAIL PROTECTED]
| Sent: 16 August 2006 15:48
| To: Simon Peyton-Jones
| Subject: Re: impossible happened: splitTyConApp a{tv i6hr}
|
| Here:
|
| http
I've attached the code.
Skipping Vector ( Vector.hs, dist/build/Vector.o )
Compiling Vector.General ( ./Vector/General.hs, dist/build/Vector/General.o
)
./Vector/General.hs:29:0:
Warning: No explicit method nor default method for `vectorUpdate'
In the
Hi,
I've been thinking that it would be nice if I could give ghci on the
command line a list of commands to run initially when it starts. This
way, I could make shell aliases to invoke ghci with project-specific
configurations, with the appropriate modules loaded automatically.
Is something like
I've been thinking that it would be nice if I could give ghci on the
command line a list of commands to run initially when it starts. This
way, I could make shell aliases to invoke ghci with project-specific
configurations, with the appropriate modules loaded automatically.
Is
Hi all,
It seems that ghc is searching for package libraries relative to the
current directory. Is that the intended behavior? ghci does the same
thing, by the way.
$ pwd
/home/frederik/GSLHaskell2
$ ghc --make ../test-proc.hs -package GSL
Chasing modules from: ../test-proc.hs
Compiling Main
Marlow wrote:
(cleaning up old mail). Frederik: did you ever get to the bottom of this?
Do you have a test case,
and should we create a ticket for it?
Cheers,
Simon
Frederik Eaton wrote:
I'm now using 6.4.2. The bug still persists, but I can't immediately
reproduce it with basic
...
here3
here4 [ here it hangs and i press ^C ]
runghc: waitForProcess: interrupted (Interrupted system call)
...
Ah yes, this is because GHCi isn't compiled with -threaded. Looks
like we've found one more reason to do that.
Can I compile ghci with -threaded myself? Or is there a
Hi,
$ ghc -O3 --make LearnBinFactors.hs -package GSL -o lbf
Chasing modules from: LearnBinFactors.hs
Compiling Main ( LearnBinFactors.hs, LearnBinFactors.o )
ghc-6.4.2: panic! (the `impossible' happened, GHC version 6.4.2):
splitTyConApp a{tv a8EX}
I've attached the program
Attaching the file, sorry.
When I comment out line 32:
myXlogyx :: Dom a = FVector a - FVector a - FVector a
then the error goes away.
On Sun, Jun 11, 2006 at 05:32:49PM +0100, Frederik Eaton wrote:
Hi,
$ ghc -O3 --make LearnBinFactors.hs -package GSL -o lbf
Chasing modules from
=100, rn=1
res=1600.00
0x00412770
1.6e7
On Friday 02 June 2006 22:00, Frederik Eaton wrote:
I'm now using 6.4.2. The bug still persists, but I can't immediately
reproduce it with basic GSLHaskell operations, nor with raw memory
operations. It is even difficult to reproduce
Here I'm reading a very large matrix from a file and turning it into a
template Haskell expression. Probably not the most efficient thing to
do, but the error message could be clearer...
*Main let y = $(qFast (\f - runIO $ readMatrixFile data.txt (runQ.f)));
ghc-6.4.2: panic! (the `impossible'
Hi Alberto,
I'm experiencing a problem which may be a bug in GHC. Here I take the
dot product of two vectors. I put debugging traces in the 'dotR' C
function (which I call in 'dot'), so one can see the addresses of the
memory blocks. When the vectors are below a certain size, the function
seems
Hi,
This is quite a minor issue but I just wanted to point out that it
would be a little easier on the eye to use double quotes rather than
paired single quotes in error messages e.g.:
Couldn't match the rigid variable `d'' against `Bar a'
`d'' is bound by the polymorphic type `forall
an Integer value for the constructors.
Ralf
-Original Message-
From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-
[EMAIL PROTECTED] On Behalf Of Frederik Eaton
Sent: Thursday, December 29, 2005 10:57 AM
To: glasgow-haskell-bugs@haskell.org
Subject: Constr and Eq
toConstr
These don't seem to have Data instances in 6.4.1:
Language.Haskell.TH.Exp
Data.Tree.Tree
I guess there are probably a lot more, I just ran into these today. Is
there anything which prevents proper 'deriving' clauses from being
added to their definitions?
Frederik
$ ghc --make Vector.hs -fth
Chasing modules from: Vector.hs
[1 of 2] Skipping Fu.Prepose ( Fu/Prepose.hs, Fu/Prepose.o )
[2 of 2] Compiling Fu.Vector( Vector.hs, Vector.o )
ghc-6.5.20051208: panic! (the `impossible' happened, GHC version 6.5.20051208):
Failed binder lookup:
By the way, the variable b which b{tv a1hL} seems to be referring
to is on the last line of vecQ. Help is much appreciated!
Thanks,
Frederik
On Fri, Dec 16, 2005 at 09:54:28PM +, Frederik Eaton wrote:
$ ghc --make Vector.hs -fth
Chasing modules from: Vector.hs
[1 of 2] Skipping
Is true that it is currently necessary to reinstall every
locally-installed package when I upgrade to a new version of ghc, even
if it is only a new patchlevel?
Maybe this should only be necessary when the major or minor version
number changes?
Frederik
Hi,
It seems like ghc 6.4 is using modules from installed packages in
preference to modules in the current source directory when I compile
something with --make. I can fix it with -hide-package PACKAGE;
but shouldn't the default behavior be to look in the source directory
first? Otherwise it
On Tue, Sep 13, 2005 at 10:15:39AM +0100, Simon Marlow wrote:
On 12 September 2005 16:34, Frederik Eaton wrote:
On Mon, Sep 12, 2005 at 12:41:32PM +0100, Simon Marlow wrote:
On 20 August 2005 22:38, Frederik Eaton wrote:
Hi,
It seems like it would be nice to have runghc not take
On Mon, Sep 12, 2005 at 12:46:22PM +0100, Simon Marlow wrote:
On 20 August 2005 22:41, Frederik Eaton wrote:
Here is my program:
#!/usr/bin/runghc -i./foo
main :: IO ()
main = do
print hi
$ runghc --version
The Glorious Glasgow Haskell Compilation System, version 6.4
On Mon, Sep 12, 2005 at 12:41:32PM +0100, Simon Marlow wrote:
On 20 August 2005 22:38, Frederik Eaton wrote:
Hi,
It seems like it would be nice to have runghc not take modules from
the current working directory in many cases since it breaks
abstraction. It looks like it may be only
.
(by the way, it would be nice if --version and --help were functional
in the newer versions of runghc)
Thanks,
Frederik Eaton
--
http://ofb.net/~frederik/
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman
It appears that the --global option to ghc-pkg causes the program to
forget all of the preceding package configuration options.
Here we get results for all three options:
$ /usr/bin/ghc-pkg list --global --user --package-conf=testp.conf
/usr/lib/ghc-6.4/package.conf:
...
(util-1.0),
In an invocation of ghc-pkg describe PACKAGE, if a package PACKAGE
is found in multiple package.conf files (which are specified via the
--package-conf option on the ghc-pkg command line) then a description
for *each* such occurrence of that package is printed, one after the
other.
But since
Hi all,
If you execute the following commands:
$ wget http://ofb.net/~frederik/futility/futility-0.1.0.tar.gz
$ tar -xvzf futility-0.1.0.tar.gz
$ cd futility-0.1.0/
$ ./do-build conf=1
Then if all goes well you should see an error like this:
./Fu/MonadComp.hs:46:0:
Duplicate
Hi,
It seems like it would be nice to have runghc not take modules from
the current working directory in many cases since it breaks
abstraction. It looks like it may be only a real problem for
debugging, when modules are supposed to be in a package somewhere, but
aren't, and the current directory
Here is my program:
#!/usr/bin/runghc -i./foo
main :: IO ()
main = do
print hi
$ runghc --version
The Glorious Glasgow Haskell Compilation System, version 6.4
$ ls foo
$ ./test.hs
interactive:1:85:
Failed to load interface for `Main':
Could not find module `Main':
Hi,
Has runghc been fixed to not require scripts to have a .hs suffix?
It looks to me like it hasn't, in the recent 6.4.1 snapshot, but I may
be overlooking some option.
Frederik
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
Compiling a module which imports the 14 smaller modules takes much
less time than compiling the monolithic module - it's almost 5 times
faster (see below).
We've found the cause of this, and committed a fix. The full
HTMLMonda98.hs now compiles in 27 seconds for me, without optimisation
# ghc --version
The Glorious Glasgow Haskell Compilation System, version 6.4
# uname -a
Linux fly 2.4.25-powerpc #1 mer avr 14 15:38:38 CEST 2004 ppc
GNU/Linux
Strange.. as far as I can tell, -split-objs is supposed to be supported
on powerpc-*-linux. Can any powerpc-*-linux
Hi,
I'm trying to compile (a modified version of) HSQL and the compilation
fails on the first ghc invocation:
...
rm -f build/libHSsql.a
cp src/HSQL/Types.hs build/Database/HSQL/Types.hs
mkdir -p build/Database/HSQL/Types_split
rm -f build/Database/HSQL/Types_split/*
/usr/bin/ghc
On Thu, Aug 04, 2005 at 12:27:45PM +0100, Simon Marlow wrote:
On 04 August 2005 10:47, Frederik Eaton wrote:
I'm trying to compile (a modified version of) HSQL and the compilation
fails on the first ghc invocation:
...
rm -f build/libHSsql.a
cp src/HSQL/Types.hs build/Database/HSQL
When I compile WASH it takes forever for ghc to finish compiling
HTMLMonad98, and on my powerpc system with 151MB free RAM, gcc crashes
during the compile. Should some of the larger WASH modules maybe be
split into multiple files? I get the sense that ghc compilation
time/memory is
On Mon, Jun 27, 2005 at 01:08:07PM +0100, Simon Marlow wrote:
On 25 June 2005 21:09, Frederik Eaton wrote:
Skipping Version ( ./Version.hs,
dist/build/./fcq-www.cgi-tmp/Version.o ) Skipping ChangeLog(
./ChangeLog.hs, dist/build/./fcq-www.cgi-tmp/ChangeLog.o ) Compiling
On Sun, Jun 26, 2005 at 10:18:03AM +0200, Lemmih wrote:
On 6/26/05, Frederik Eaton [EMAIL PROTECTED] wrote:
This is kind of annoying:
$ ghc-pkg --version
GHC package manager version 6.4
$ ghc-pkg unregister WASHHTML
ghc-pkg: package WASHHTML matches multiple packages: WASHHTML
$ ghc-pkg describe WASHHTML\*
ghc-pkg: cannot parse 'WASHHTML*' as a package identifier
By the way, if I write it as 'WASHHTML-\*' it lists both packages as
per documentation. And I can use that to remove both, and then
reinstall one. Still, my goal was to remove only one.
Frederik
--
Skipping Version ( ./Version.hs,
dist/build/./fcq-www.cgi-tmp/Version.o )
Skipping ChangeLog( ./ChangeLog.hs,
dist/build/./fcq-www.cgi-tmp/ChangeLog.o )
Compiling Main ( fcq-www.hs, dist/build/./fcq-www.cgi-tmp/Main.o )
This is kind of annoying:
$ ghc-pkg --version
GHC package manager version 6.4
$ ghc-pkg unregister WASHHTML
ghc-pkg: package WASHHTML matches multiple packages: WASHHTML, WASHHTML-0.14.8
$ ghc-pkg describe WASHHTML
ghc-pkg: package WASHHTML matches multiple packages: WASHHTML, WASHHTML-0.14.8
$
-
| [EMAIL PROTECTED] On Behalf Of Frederik Eaton
| Sent: 21 May 2005 14:34
| To: glasgow-haskell-bugs@haskell.org
| Subject: ghci obscurity
|
| Often ghci will give me the following message instead of something
| helpful:
|
| Top level:
| No instance for (Show (IO
PROTECTED] On Behalf Of Frederik Eaton
| Sent: 21 May 2005 11:49
| To: glasgow-haskell-bugs@haskell.org
| Subject: the impossible happened
|
| ghc-6.4: panic! (the `impossible' happened, GHC version 6.4):
| Maybe.fromJust: Nothing
|
| Please report it as a compiler bug to
glasgow
ghc-6.4: panic! (the `impossible' happened, GHC version 6.4):
Maybe.fromJust: Nothing
Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org,
or http://sourceforge.net/projects/ghc/.
I think this was the command line:
/home/frederik/arch/i386/bin/ghc -odir
Often ghci will give me the following message instead of something
helpful:
Top level:
No instance for (Show (IO ()))
arising from use of `print' at Top level
Probable fix: add an instance declaration for (Show (IO ()))
In a 'do' expression: print it
I don't know how hard it
implemented something similar to gcc's -x flag.
Cheers,
Simon
On 14 May 2005 20:04, Frederik Eaton wrote:
(moving to a separate thread)
Also, how hard would it be to make it so that runghc doesn't require
script file names to end with .hs? Some people like to keep their
executable
Hi,
When I run the following line in ghci:
Prelude System.Process Control.Concurrent System.IO do { (inp, out, err, ph)
- runInteractiveProcess cat [] Nothing Nothing; forkIO (do hPutStr inp
this\nis\na\ntest\n; hClose inp); waitForProcess ph }
... it doesn't terminate. I'm following the
/home/frederik/arch/i386/bin/ghc -odir dist/build/../pp-web.cgi-tmp -hidir
dist/build/../pp-web.cgi-tmp -o dist/build/../pp-web.cgi --make -i.. -O3
-fignore-asserts -fglasgow-exts -package base-1.0 -package WASH-CGI
../maint/webpage.hs -v
Glasgow Haskell Compiler, Version 6.4, for Haskell 98,
It looks like CTime (Foreign.C.Types) used to be an Integral but isn't
anymore, why? Isn't it just an integer?
Frederik
--
http://ofb.net/~frederik/
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
, Frederik Eaton wrote:
It looks like runghc is exiting with status 0 if there is a problem.
Shouldn't this be non-zero?
$ runghc -V
The Glorious Glasgow Haskell Compilation System, version 6.4
$ runghc /dev/null; echo $?
Could not find module `/dev/null':
use -v to see a list
It looks like runghc is exiting with status 0 if there is a problem.
Shouldn't this be non-zero?
$ runghc -V
The Glorious Glasgow Haskell Compilation System, version 6.4
$ runghc /dev/null; echo $?
Could not find module `/dev/null':
use -v to see a list of the files searched for
Hi,
Hmm, have the new xlib bindings been tested? For instance, when I run
the following program:
module Main where
import Graphics.X11.Xlib
import Graphics.X11.Xlib.Display
main :: IO ()
main = do
display - openDisplay
the Status issue or have I
described the problem well enough?
Frederik
On Sat, May 07, 2005 at 01:05:12PM -0700, Frederik Eaton wrote:
Hi,
Hmm, have the new xlib bindings been tested? For instance, when I run
the following program
Hi,
Hmm, have the new xlib bindings been tested? For instance, when I run
the following program:
module Main where
import Graphics.X11.Xlib
import Graphics.X11.Xlib.Display
main :: IO ()
main = do
display - openDisplay
On Wed, Mar 09, 2005 at 10:40:03PM -, Simon Marlow wrote:
On 09 March 2005 21:13, Frederik Eaton wrote:
I agree that the case you're presenting is indeed more difficult,
but I don't think you're doing the estimations right for the one at
hand. The cost and annoyance of perhaps tens
OK, well I'll be busy for the next few weeks so if someone else wants
to step up and do it, don't wait for me. But otherwise I'll put in on
my todo list.
Cheers,
Frederik
On Wed, Mar 09, 2005 at 10:40:03PM -, Simon Marlow wrote:
On 09 March 2005 21:13, Frederik Eaton wrote:
I agree
Is there a reason why ghc --make always does a link step regardless
of the timestamps of the dependencies?
If it could elide the link step when the output is up to date, it
would be much closer to 'make'.
Also, I was trying to write a simple replacement for 'runghc' which
keeps a compiled
On Wed, Mar 09, 2005 at 05:19:18PM -, Simon Marlow wrote:
On 09 March 2005 08:29, Frederik Eaton wrote:
Is it possible to set environment variables which ghc will look at,
corresponding to command line options such as '-i' or '-package-conf'?
I.e. the equivalent of gcc's LIBRARY_PATH
1 - 100 of 106 matches
Mail list logo