Joachim Breitner wrote:
I have created a small app here, using gtk and hsql, and I sometimes get
crashes with this debug message:
internal error: ASSERTION FAILED: file GC.c, line 1352
What information do you need to further debug this, or what can I do
myself to find the problem?
We
Can anyone comment further on this bug? I've forgotten who the
submitter is, and we need more information.
From the description, it looks like the installed version of HsUnix.h
is being used while compiling the compiler, which is correct for the stage1
compiler, but would be wrong for stage2.
Jens Petersen wrote:
Jon Fairbairn wrote:
Fixed in the HEAD and the 6.4 branch, but I haven't been able to test
(don't have SE Linux on a local machine). Please download a
snapshot and
try it out, if possible.
That does seem to mend it for me. Note that my report says
it only seems to
Bulat Ziganshin wrote:
i just reinstalled FPS library with new version downloaded via darcs
(both old and new versions are 0.7, difference is few days only)
i run the following to update lib:
runghc Setup.hs unregister
runghc Setup.hs clean
runghc Setup.hs build
runghc Setup.hs install
and th
Jon Fairbairn wrote:
On Wed, 31 May 2006 14:15:26 - you wrote:
#738: ghc can't load files with selinux Enforcing
---+
Reporter: [EMAIL PROTECTED] |Owner:
Type: bug
wld wrote:
Sorry ;)
On 6/5/06, wld <[EMAIL PROTECTED]> wrote:
Hi,
File package.conf.in (darcs GHC HEAD) contains
the following line:
hs-libraries: "HSTime"
This should be of course
hs-libraries: "HSTime"
Certainly,
hs-libraries: "HStime"
Fixed, thanks
Christian Maeder wrote:
Christian Maeder wrote:
Ok, I'm recompiling
Now compilation (from cvs of yesterday) failed at:
/local/home/maeder/ghc-6.4.3-pre/ghc/rts/libHSrts_thr.a(Storage.thr_o):
In function `allocateExec':
Storage.c:(.text+0xc58): undefined reference to `getPageSize'
Storage.
Christian Maeder wrote:
Christian Maeder wrote:
Well. at least Florenz reported independently the same ctime_r problem
under Solaris 10 in http://hackage.haskell.org/trac/ghc/ticket/775
Ok, he used the original 6.4.2 sources that did not have your fix. What
file was supposed to fix the prob
On 01 June 2006 11:26, Christian Maeder wrote:
> I've recompiled ghc-6.4.2 from cvs again without -threaded. The
> regression test looks much better now (below).
Do you know if the stage2 compiler works with -threaded? Or does it
still crash?
> The conc-cases go
> through now, but the following
If this error is not repeatable, then it is likely a hardware glitch.
If it is repeatable, can you give us more information:
- what platform is this?
- where did you get your 6.4.1 distribution?
Cheers,
Simon
Johan Meskens CS3 jmcs3 wrote:
==fptools== make all - --no-print-directory
Michael Nagel wrote:
I am using the precompiled windows version of ghc-6.4.2 and for some reason
Prelude> Char.isAlpha '§'
returns true. Hugs however, is of the opinion that the paragraph sign is
not an alphabetic character and so am I. I did not find any rationale
for this behavior (as no
Christian Maeder wrote:
Christian Maeder wrote:
I'm currently running the ghc-regression test (with
stage1/ghc-inplace), but that does not look good (although it does not
hang)
here is the frustrating summary:
OVERALL SUMMARY for test run started at Mon May 22 18:30:30 CEST 2006
1365 t
James Chaffee wrote:
I downloaded the installer package for Visual Haskell and attempted to
install it. I have Visual Studio 2005. The install went to a point where
it said a script was missing and then proceeded to uninstall itself. I
would very much like to install the package? Is there somet
Steve Dekorte wrote:
On 10 May 2006, at 02:17 am, Duncan Coutts wrote:
On Tue, 2006-05-02 at 08:56 -0700, Steve Dekorte wrote:
% darcs annotate slice
darcs: internal error: evacuate: strange closure type 14402
Please report this as a bug to glasgow-haskell-bugs@haskell.org,
or http
Christian Maeder wrote:
Christian Maeder wrote:
using Rev. 1.1.2.3 of timeout.hs I could run the testsuite until
conc020 which did then "sleep" with "truss" repeatedly outputting:
I ran the testsuite now with ghc-6.4.1. The results are attached at
> http://hackage.haskell.org/trac/ghc/tick
s,
> Greg
>
>
> On May 16, 2006, at 8:52 AM, Simon Marlow wrote:
>
>> Thanks Greg. Wolfgang Thaller has promised to take a look at this,
>> but I think he's quite busy at the moment.
>>
>> Cheers,
>> Simon
>>
>> Gregory W
Thanks Greg. Wolfgang Thaller has promised to take a look at this, but
I think he's quite busy at the moment.
Cheers,
Simon
Gregory Wright wrote:
Hi,
I've built a compiler with debugging turned on and have obtained
what might be useful information about the crashes on OS X.
When I
Hi Levent,
See the reply to your bug report here:
http://hackage.haskell.org/trac/ghc/ticket/771
bottom line: it isn't a bug, Hugs is implementing an extension, and GHC
will have the same extension in version 6.6.
Cheers,
Simon
Levent Erkok wrote:
for the following program:
-
Marc Weber wrote:
My ghc version: Glasgow Haskell Compiler, Version 6.5.20060117, for Haskell 98,
compiled by GHC version 6.5.20060117
load this into ghci
module Main where
class Table t where
tableName :: t -> String
data TableObj = forall f. (Table f) =>
Reilly Hayes wrote:
config.mk.in defines MANGLER while suffix.mk uses GHC_MANGLER. I have
changed suffix.mk in my build directory to use MANGLER, but GHC_MANGLER
is more consistent with the variables used to construct MANGLER
(GHC_MANGLER_DIR & GHC_MANGLER_PGM)
Fixed, thanks.
Simon
___
wld wrote:
Hi,
I have tried Lemmih's example of using
GHC as library. The very first line
Prelude> :m GHC
failed. Searching for reason of this failure, I've
looked into the package.conf.in file of package ghc
and found that pragma import-dirs contains lines like
import-dirs: FPTOOLS_TOP_AB
Neil Mitchell wrote:
Ross Paterson suggested an improved writeFile, which would close the
file on error:
import Control.Exception
import System.IO
writeFile' :: FilePath -> String -> IO ()
writeFile' f txt = bracket (openFile f WriteMode) hClose
Thurston Hou Yeen Dang wrote:
Hello,
The following code:
-
data Tree a = Leaf | Node a Tree Tree
double :: Tree Int -> Tree Int
double Leaf
= Node 1 Leaf Leaf
double (Node myKey leftTree rightTree)
= Node myKey (double leftTree) (double rightTree)
-
caused an error message:
Christian Maeder wrote:
Christian Maeder wrote:
using Rev. 1.1.2.3 of timeout.hs I could run the testsuite until
conc020 which did then "sleep" with "truss" repeatedly outputting:
I ran the testsuite now with ghc-6.4.1. The results are attached at
> http://hackage.haskell.org/trac/ghc/tick
Christian Maeder wrote:
Maybe you could also add the square brackets to the top-level Makefile
around "A-Z" and "a-z" following "tr" for a future binary-dist. Also the
branch for "GreenCard" could be removed (it seems it was left over when
the directory was "green-card")
I've fixed the tr com
Neil Mitchell wrote:
Hi,
I can reliably get ghc to crash on windows:
AppName: ghc.exe AppVer: 0.0.0.0 ModName: unknown
ModVer: 0.0.0.0 Offset:
Code: 0xc005
This is using both ghc 6.4.1 and
ghc-6.4.2.20060329-i386-unknown-mingw32.tar on Windows XP.
The way I am ge
David Roundy wrote:
I got the darcs latest version of ghc, and am getting the following compile
error, which I suspect is related to the recent directory reordering:
/usr/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes -istage1/types
-istage1/hsSyn -istage1/prelude -istage1/rename -ist
Pedro Miguel Duarte wrote:
I am running GHC on a windows XP platform.
The bug i did report has nothing to do with java.
Yes I found the problem while running a java program,
but then i did try to execute
ghc -e "reverse \"2<3\""
directly on a command line,
and i get a message like
"the
Henrik Nilsson wrote:
> What do others think? It'd be dead easy to replace
>`thing'
> by
>"thing"
> in GHC's error messages, if that's what a majority want.
Double quotes looks preferable to me.
All the best,
We should be using Unicode left/right single quotes if the locale
sup
Jan van Eijck wrote:
The command
ghci Models
generates the following error on my 64 bit intel dual core machine:
[EMAIL PROTECTED] demo-devel]$ ghci Models
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.4.1, for Haskell 98.
/ /_\\/ __ / /_
Duncan Coutts wrote:
On Fri, 2006-03-31 at 11:43 +0100, Simon Marlow wrote:
Duncan Coutts wrote:
What would you recommend is the bat way for us to verify that each bit
of the registerised build is working? If we turn everything on including
the mangler and it breaks where do we start
Duncan Coutts wrote:
What would you recommend is the bat way for us to verify that each bit
of the registerised build is working? If we turn everything on including
the mangler and it breaks where do we start debugging?
I usually do this in one big step.
Regarding debugging, I just wrote this
Duncan Coutts wrote:
Well the full build finished and appears to work. We're going to try
again with what I think is a better fix than just picking another fixed
register. Instead of fixing a register we could let gcc pick any
suitable register by use a local C variable. It'd be the same code as
Duncan Coutts wrote:
/tmp/ghc9727.hc: In function `s1BE_ret':
/tmp/ghc9727.hc:1688: error: unable to find a register to spill in class
`R27_REG'
/tmp/ghc9727.hc:1688: error: this is the insn:
(insn 24 23 26 1 (parallel [
(set (reg/v:DI 14 $14 [ R1 ])
(div:DI (reg:DI 2
Sven Panne wrote:
Some days ago I reported a regression in GHC:
http://www.haskell.org//pipermail/cvs-all/2006-March/046637.html
I've fixed Happy to produce correct code, so the 2nd problem mentioned is
already solved. Nevertheless, the regression remains even in yesterday's GHC
built from
Sven Panne wrote:
Am Freitag, 24. März 2006 15:55 schrieb Duncan Coutts:
I built yesterday's ghc-6.4.2 snapshot (2006/03/23) and had a problem
building the docs. [...]
Things have improved, but "make html" still fails, this time when building the
Haddock documentation for the base package:
Thanks for the analysis Duncan. Would you mind submitting a ticket for
this?
What does the crash look like in gdb? Does it look like it has jumped
into the middle of nowhere, or is it a crash in some actual code that
you can disassemble? To find out what was happening just before the
crash
Levent Erkok wrote:
Is it possible to use VSS integration within Visual-Studio IDE with
Visual Haskell?
I've tried adding new projects that are source-controlled via VSS with
no luck. Am I doing something wrong, or is this something Visual-Haskell
doesn't support quite yet?
Any instructions
Duncan Coutts wrote:
On Mon, 2006-03-13 at 12:47 +, Simon Marlow wrote:
Am I right in thinking that ghc's rts can free memory back to the system
when the heap pressure reduces (at least if it's doing a compacting GC)?
No, not at the moment. One thing we planned to do but
Duncan Coutts wrote:
As some are aware some Wash modules cause ghc to take a very large
amount of memory. It also generates very large C and assembler files
(the .raw_s file for one module is nearly 50Mb). So unsurprisingly it
also makes gcc take a very large amount of memory.
Unfortunately for
ing a compacting GC)?
ghbrho> In this case if it can do so, it should be quite dramatic. It'd ought to
ghbrho> be able to go from 400Mb back down to just a few Mb or so.
i've suggested the same just 11 months ago. after long discussion
Simon Marlow declined my proposal because this will ra
David F. Place wrote:
Trying to get the sources as instructed on the developer wiki:
/usr/local/bin/darcs get --partial http://darcs.haskell.org/ghc
This is the GHC darcs repostory (HEAD branch)
For more information, visit the GHC developer wiki at
http://hackage.haskell.org/trac/ghc
Martin Boeker wrote:
this error has been reported before and was fixed in ghc 6.4.1 but has
been revived in ghc 6.4.2:
test3.exe: .: getDirectoryContents: failed (No error)
module Main where
import System.Directory
main =do s <- getDirectoryContents "."
putStr (concat s)
Thi
Ian Lynagh wrote:
On Wed, Mar 01, 2006 at 04:34:53PM -, GHC wrote:
So I guess your Debian build of GHC 6.4.1 is unregisterised. This is
something you should probably look into - there's no reason to have an
unregisterised build of 6.4.1 for x86_64, registerised works fine and is a
lot fast
Ian Lynagh wrote:
On Mon, Feb 20, 2006 at 02:56:25PM +, Simon Marlow wrote:
Ian Lynagh wrote:
It looks like the make problem is not going to be fixed in the next
release of make (and the current release only works because of a bug):
https://savannah.gnu.org/bugs/?func=detailitem
K.D.P.Ross wrote:
Hello-
I am having a bit of trouble running GHCi on my GNU/Linux distribution
and was
referred to this mail address by the crash message:
[begin terminal session-
$> ghci
___ ___ _
/ _ \ /\ /\/ __(_)
/ /_\// /_/ / / | | GHC Interactive, version 6.4, for
Ben Clifford wrote:
Hello.
I got this one off. The rest of the time this program gives a simple
Segmentation Fault near startup (about 1 in 5 times), and the other 4 in
5 times runs through to completion.
$ ~/src/haskellgitmaildir/a.out master mundungusmaster
base=aeb5d7eb11acbb81d77f37d381
Ian Lynagh wrote:
It looks like the make problem is not going to be fixed in the next
release of make (and the current release only works because of a bug):
https://savannah.gnu.org/bugs/?func=detailitem&item_id=15584
I'm afraid I haven't followed carefully enough to know what the problem
is e
Bruno Martínez wrote:
When using ghci with rxvt under cygwin, the command history doesn't
work. When I press the up arrow, for example, the cursor moves up,
instead of showing the previous command. xterm has the same problem,
but with cygwin's default console it works.
I don't know where to
Geoffrey Alan Washburn wrote:
I just installed the Darwin Ports ghc-devel package, which grabs the
latest from the darcs repository. It seems to build fine, but when I
run ghci it seems to run and work (as far as I've tested) just fine
except that it beeps continuously.
Do you have any loca
I fixed this in the HEAD a while back, the patch has now been merged
into the 6.4 branch for 6.4.2.
Cheers,
Simon
Johannes Ahlmann wrote:
1.
AMD64 Athlon 2800+, Debian testing/unstable 32bit, Linux 2.6.11.7 #1 x86_64
2.
gcc version 3.3.5 (Debian 1:3.3.5-8)
3.
ghc -O2 -optc-O3 -fglasg
Rich Fought wrote:
I'm wondering if there exists a full description of bug fixes between
GHC 6.4 and 6.4.1.
The short one on the GHC web site only details new features.
Unfortunately not, except by looking at the repository logs, and that's
quite inaccessible. The main reason I don't put to
Jan-Willem Maessen wrote:
On Jan 11, 2006, at 6:21 AM, GHC wrote:
#650: Improve interaction between mutable arrays and GC
---
+
Reporter: simonmar|Owner:
Type: task| Status
On 17 January 2006 21:40, Bulat Ziganshin wrote:
> Hello GHC,
>
> Monday, January 16, 2006, 2:01:53 PM, you wrote:
>
>> Some notes on why this bug is still here: I suspect there is a bug
>> in the compacting GC, at least in 6.4.x.
>
> i also occasionally coming through this bug, especially in
Frederik Eaton wrote:
Ghci still seems to be erasing the "list of current imported modules"
(I'm sorry I don't know what to call it) whenever I load a file;
sometimes this even means removing the module corresponding to the
just-loaded file from that list...
*Fu.Vector> :load "Boost.hs"
...
Ok,
Mike Thomas wrote:
Have the nightly build scripts moved yet?
Not yet, I'll do that today.
Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Simon Marlow wrote:
For now, this query gets you all the bugs in 6.4.1,
open or closed:
http://cvs.haskell.org/trac/ghc/query?status=new&status=assigned&status=reopened&status=closed&version=6.4.1&order=priority
A slightly better URL:
http://cvs.haskell.org/trac/ghc/que
Frederik Eaton wrote:
Template Haskell doesn't work with profiling, I'm afraid (for the
same reason that you can't load profiled object code into GHCi). I
thought we had an open bug on this, but I couldn't find one, so I
just created one:
http://cvs.haskell.org/trac/ghc/ticket/651
Writing a l
Frederik Eaton wrote:
On Mon, Jan 09, 2006 at 10:11:23AM +, Simon Marlow wrote:
popen and the posix package have been deprecated for quite some time now. If you're having
problems with System.Process, please submit bug reports - there's one outstanding bug that I'm
a
Frederik Eaton wrote:
When I compile my code with profiling turned on, I get an "unknown
symbol" error which is not present during a normal compilation.
Frederik
$ rm -f *.o
$ ghc -fignore-asserts -fth --make vec-test-1.hs -o vec-test-1
Chasing modules from: vec-test-1.hs
Compiling Fu.Prepose
Bulat Ziganshin wrote:
Hello Simon,
Tuesday, January 10, 2006, 3:59:04 PM, you wrote:
SM> I lied, GHCi was compiled with -threaded, until I turned it off a few
SM> days ago.
sorry, why you turned this off? i think it is the Right Thing - to have
GHCi builded with -threaded, at least startin
Ian Lynagh wrote:
On Debian Linux/amd64 with
gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)
and this module:
module Q where
import Char (chr, digitToInt)
hexToChar :: Char -> Char -> Char
hexToChar x y = chr (digitToInt x + digitToInt y)
---
Bulat Ziganshin wrote:
at least i prefer to set the default to latin-1 because my files
contains huge portrion of Russian comments in 1251 codepage, which is
a chars > 128. so, such defaulting will break my sources and any other
written with non-english comments. i think that this is unacceptabl
Simon Marlow wrote:
Sven Panne wrote:
Am Sonntag, 1. Januar 2006 19:40 schrieb Bulat Ziganshin:
Sunday, January 01, 2006, 2:27:01 PM, you wrote:
[ usleep/nanosleep trouble deleted... ]
may be you comile with -threaded? ghci don't use this option, afaik
SP> The SIGALRM hap
Stepan Golosunov wrote:
On Tue, Jan 10, 2006 at 09:42:03AM +, Simon Marlow wrote:
Stepan Golosunov wrote:
On Mon, Jan 09, 2006 at 02:42:27PM +, Simon Marlow wrote:
Stepan Golosunov wrote:
Is ghc from darcs.haskell.org/ghc supposed to be buildable with ghc
6.2.2 ? I am getting
Stepan Golosunov wrote:
On Mon, Jan 09, 2006 at 02:42:27PM +, Simon Marlow wrote:
Stepan Golosunov wrote:
Is ghc from darcs.haskell.org/ghc supposed to be buildable with ghc
6.2.2 ? I am getting the following error:
utils/Encoding.hs: unknown flags in {-# OPTIONS #-} pragma: _GHC
I
Ralf Lammel wrote:
I am just trying to build GHC under Windows. (It worked previously.)
(I am using Alex version 2.0.1, if this is relevant.)
Make dies this way:
parser/Lexer.x:561:10:
lexical error in string/character literal at character '\8704'
>
make[2]: *** [
Stepan Golosunov wrote:
Is ghc from darcs.haskell.org/ghc supposed to be buildable with ghc
6.2.2 ? I am getting the following error:
utils/Encoding.hs: unknown flags in {-# OPTIONS #-} pragma: _GHC
I fixed that today.
Cheers,
Simon
___
Gl
Juliusz Chroboczek wrote:
> When compiling Darcs on AMD64, I get a worrying sounding warning about
> incompatible datasizes from the C compiler. I've reduced the Darcs
> code to what I believe is a minimal example (at any rate, removing a
> single clause anywhere makes the warning go away).
>
> C
Frederik Eaton wrote:
I'm not sure what's happened, I'm getting strange errors, it seems
like a lot of packages have changed names in ghc 6.5. For instance,
'posix' is missing from the output of 'ghc-pkg list --global' and I
don't know where to find POpen.
/home/frederik/arch/i386//lib/ghc-6.5
Christian Maeder wrote:
Is the following failure known?
I got it after adding
{-# OPTIONS -fmax-simplifier-iterations0 #-}
to Logic_Haskell.hs
The corresponding .o file gets 15 MB large on a mac (if normally
compiled with -O).
Christian
Compiling Haskell.Logic_Haskell ( ./Haskell/Logic_Haske
Sven Panne wrote:
Am Sonntag, 1. Januar 2006 19:40 schrieb Bulat Ziganshin:
Sunday, January 01, 2006, 2:27:01 PM, you wrote:
[ usleep/nanosleep trouble deleted... ]
may be you comile with -threaded? ghci don't use this option, afaik
SP> The SIGALRM happen with purely interpreted code and
Following recent spam (thankfully only one instance), I've made it so
that you have to log in (username guest, password guest) in order to
create and edit bugs on the bug tracker. Sorry for the inconvenience.
Cheers,
Simon
___
Glasgow-haskell-
nal Message-
>> From: [EMAIL PROTECTED]
>> [mailto:glasgow-haskell-bugs- [EMAIL PROTECTED] On Behalf Of Joel
>> Reymont
>> Sent: 18 December 2005 11:20
>> To: glasgow-haskell-bugs@haskell.org
>> Cc: Simon Marlow
>> Subject: The impossible happened
>&
On 14 December 2005 14:45, Joel Reymont wrote:
> Forgot to mention that I was profiling at the time.
>
> ghc -O --make -threaded -prof -auto-all loadtest.hs -o loadtest -lssl
> -lcrypto -lz
>
> ./loadtest +RTS -hc -sloadtest.gc
>
> Cannot compile without -O because of the "extent too large" ass
On 08 December 2005 22:33, Duncan Coutts wrote:
> Attached is a patch to port the GHC RTS font panel to Gtk+ 2.x rather
> than the obsolete Gtk+ 1.2.
Nice work, now committed, thanks!
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@has
On 07 December 2005 00:51, Joel Reymont wrote:
> Program compiled with -threaded on Mac OSX. Crash happens when
> waiting in select, I think.
>
> Program received signal EXC_BAD_ACCESS, Could not access memory.
> Reason: KERN_PROTECTION_FAILURE at address: 0x
> [Switching to process 832 t
On 05 December 2005 15:29, Joel Reymont wrote:
> So how do you profile for memory leaks then?
Ordinary heap profiling (-hc) should work fine with STM. The more
exotic kinds of heap profiling haven't been updated yet, so
unfortunately they're broken with STM right now.
Cheers,
Simon
On 04 December 2005 17:02, Joel Reymont wrote:
> ./randomplay +RTS -hr
> ... <- some time passes and then
>
> randomplay: internal error: Invalid object in isRetainer(): 67
> Please report this as a bug to glasgow-haskell-bugs@haskell.org,
> or http://www.sourceforge.net/projects/ghc/
>
On 04 December 2005 16:50, Joel Reymont wrote:
> To add a little bit of detail (thanks to dons for the tips), the
> signal is being caught in one of the threads launched by the main
> thread. Simply calling exitWith (ExitFailure 1) from this thread
> causes the error below. I changed my code to se
On 02 December 2005 12:25, Joel Reymont wrote:
> I thought that if -threaded is not used then all the blocking IO is
> assigned a separate OS thread.
No - the runtime is completely single-threaded without -threaded.
Blocking I/O is managed by the runtime. With -threaded, blocking I/O is
managed
On 02 December 2005 12:49, Tomasz Zielonka wrote:
> On Fri, Dec 02, 2005 at 12:39:25PM -0000, Simon Marlow wrote:
>>> Do I understand correctly that another workaround is
>>> - don't compile your programs with -threaded
>>> ?
>>
>> No, the b
On 02 December 2005 12:11, Tomasz Zielonka wrote:
> On Fri, Dec 02, 2005 at 11:20:54AM -0000, Simon Marlow wrote:
>> If anyone is interested, this turned out to be a bug in the
>> Network.BSD module, namely that getHostByName isn't thread safe
>> because it is based
On 21 November 2005 10:16, Joel Reymont wrote:
> Is Wolfgang still around?
>
> Would you guys be willing to guide me through this? I could then
> possibly become the next Mac OSX expert :-).
>
> I have the disassembler dumps, etc. I do not know how to approach
> this problem. I read up a bit on
On 30 November 2005 12:29, Duncan Coutts wrote:
> Attached is a simple code change to allow packages to specify a
> different list of "extra libraries" to link with when using the ghci
> and dlopen/LoadLibrary compared to when using the native system
> linker.
Yes to the idea in principle; pleas
This indicates a bug in GHC 6.2.2,
which we don't support any more. Does the same problem occur with a more
recent version of GHC?
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Larry
NewmanSent: 24 November 2005 23:18To:
glasgow-haskell-bugs@haskell.orgSubject: Bug in ma
On 17 November 2005 04:06, Esa Ilari Vuokko wrote:
> Fine, I removed usage of sleep in some profiler thingy, so it compiled
> and I could continue with build.
where exactly? I haven't seen this.
> But when build get to the point compiling Network.Socket (I think),
> hsc2hs barfed permission den
Oops, I just found it. It's in the user's guide, in the "Bugs in GHCi"
section:
http://www.haskell.org/ghc/docs/latest/html/users_guide/bugs.html#bugs-g
hci
Cheers,
Simon
On 10 November 2005 10:39, Simon Marlow wrote:
> Indeed, it is a known bug (I thought
Indeed, it is a known bug (I thought it was in SF too, but I can't find
it either).
The problem is a bit more restricted than just "GHC doesn't respect the
importing structure when importing instances". In particular, it works
properly if any of the following are true (I believe):
- you are no
I've now added GHC_PACKAGE_PATH, as requested.
Also, I've cleaned up the ghc-pkg options. The basic idea is this: we
separate the concept of the "stack of package databases" from the
database that is being modified by ghc-pkg.
The --user and --global flags have no effect on the stack of packag
On 30 October 2005 22:40, Piotr Wieczorek wrote:
> Compiling DrIFT-2.1.2 under Windows-XP SP2, using standard GHC-6.4.1
> just
> downloaded from your page I encountered problem:
>
> /c/PROGRAMY/ghc/ghc-6.4.1/bin/ghc -O -i. -i. -hidir . -o
> StandardRules.o -c StandardRules.hs
> ghc.exe: interna
On 29 October 2005 22:32, Frederik Eaton wrote:
> 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 c
On 28 October 2005 16:09, Mirko Rahn wrote:
>> I've found a way to speed up your code for ghc-6.4.1.
>> Replace the "where" with a "case" in PCP.Suc.suc_rules (see below)
>
> Okay, thanks, that works fine.
>
>> (Maybe that is a good idea in PCP.Rules.Suc, too)
>
> Seems to be unimportant whethe
On 28 October 2005 13:12, Mirko Rahn wrote:
>> Can you try with -fno-full-laziness (with both compilers). I wonder
>> if it's a "does this get floated out" issue.
>
> Bit slower than without this flag:
>
> 6.4: cpu-time interesting (3,3): 00:01:40.46
> 6.4.1: cpu-time interesting (3,3): 00:06
On 28 October 2005 12:22, Simon Marlow wrote:
> Interesting... there's no obvious culprit, although transF appears to
> be taking a bit more time, and dfs_abort has moved up to 7% time from
> 2%.
>
> The program is doing about 6x more allocation, and taking about 4x
> m
Interesting... there's no obvious culprit, although transF appears to be
taking a bit more time, and dfs_abort has moved up to 7% time from 2%.
The program is doing about 6x more allocation, and taking about 4x more
time, but the extra alloc and time is pretty much spread around the
program. I'd
On 27 October 2005 21:40, Tim Daly Jr. wrote:
> [EMAIL PROTECTED]:~$ darcs get /e/phpoo
> Copying patch 1066 of 2079...darcs.exe: internal error: stg_ap_v_ret
> Please report this as a bug to glasgow-haskell-bugs@haskell.org,
> or http://www.sourceforge.net/projects/ghc/
> [EMAIL PROTECTED
Hi Esa,
Thanks very much for your feedback. We'll take note of all the issues
you raised, and try to improve things for future releases.
On 21 October 2005 09:30, Esa Ilari Vuokko wrote:
> License - if it is BSD, as announcement and documentation says,
> please make it so installer.
Yes, the n
On 22 October 2005 05:24, Donald Bruce Stewart wrote:
> Not sure if this is in fact an unknown package, as I'm only able to
> reproduce
> it by installing Cabal-1.1.4 (and I think Seth is using 1.1.3, so
> 1.1.3 also
> breaks the build) -- even though my package space doesn't change.
>
> I've t
On 21 October 2005 07:06, Seth Kurtzberg wrote:
> I got the following error while compiling gtk2hs:
>
> ghc-6.4.1: internal error: evacuate: strange closure type 26222
> Please report this as a bug to glasgow-haskell-bugs@haskell.org,
> or http://www.sourceforge.net/projects/ghc/
>
> I m
101 - 200 of 1401 matches
Mail list logo