Am Sonntag, 24. Februar 2008 01:54 schrieb Matthew Bentham:
Hi all,
I'm not too experienced with ghc or Haskell, so I wanted to check here
rather than submitting a bug:
It's probably the base-split. In 6.6.1, Text.PrettyPrint was in the base
package, in 6.8.2 it's in the pretty package.
Try
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 I use the ghci-debugger to do this? If I try to set
a breakpoint
Am Freitag, 18. April 2008 22:14 schrieb Liang Guang:
Hi!
the ghc compiler keeps complaing can't find module 'Char', perhaps you
haven't installed the profiling libraries for package haskell98?. but
actually I did install it, and i checked with ghc -v , it is right there:
wired-in
Am Mittwoch, 7. Mai 2008 23:04 schrieb HP Wei:
I convinced myself that the ~500kbytes for the
'hello' code is 'correct' in version 6.6.1.
[ The exact size on the platform mentioned below
is 422k. ]
Looks like version 6.8.2 blows up the binary code size
significantly --- 3.9Mbytes vs
Am Sonntag, 18. Mai 2008 15:01 schrieb Serge D. Mechveliani:
People,
please, how can I download happy-1.14 source ?
I need to install ghc-6.8.2 from source, and this needs Happy
-- right?
I would like to build Happy from source. Its page shows only 1.17.
1.14 was easy to build in a
Am Mittwoch, 21. Mai 2008 18:31 schrieb Bulat Ziganshin:
Hello HP,
Wednesday, May 21, 2008, 8:11:56 PM, you wrote:
Suppose p1, p2, p3 are 3 predicates
that take an input -- say, a String.
They return either (True, result)
or False.
impossible because these are
Am Dienstag, 17. Juni 2008 18:32 schrieb Dan Doel:
On Tuesday 17 June 2008, Simon Marlow wrote:
So I tried your examples and the Addr# version looks slower than the MBA#
version:
Hmm...
I tried with 6.8.2 and 6.8.3, using -O2 in both cases. I tried the Ptr
version with and without
Am Dienstag, 17. Juni 2008 20:35 schrieb Dan Doel:
On Tuesday 17 June 2008, Daniel Fischer wrote:
I've experimented a bit and found that Ptr is faster for small arrays
(only very slightly so if compiled with -fvia-C -optc-O3), but ByteArr
performs much better for larger arrays
Am Dienstag, 17. Juni 2008 22:37 schrieb Dan Doel:
I'll attach new, hopefully bug-free versions of the benchmark to this
message.
With -O2 -fvia-C -optc-O3, the difference is small (less than 1%), but today,
ByteArr is faster more often.
Of course, without the list overhead, the ByteArr
Am Donnerstag, 23. Oktober 2008 12:59 schrieb Wolfgang Jeltsch:
Am Samstag, 11. Oktober 2008 09:36 schrieb Duncan Coutts:
All,
We've been using the cabal-install build reporting stuff to get more
detailed info on build failures with ghc-6.10 vs 6.8. cabal-install
generates these
Am Donnerstag, 15. Januar 2009 22:57 schrieb Han Joosten:
I hardly use any let expressions (shame on me??) and I am not very familiar
with them. But I figured out you might have mistaken, so I changed the bit
to:
antecedent :: Rule - Expression
antecedent r = case r of
Am Mittwoch, 18. März 2009 15:28 schrieb Colin Paul Adams:
I've just managed to build ghc 6.11 (Thanks Simon).
I did this for two reasons, one of which is I want to try to improve
the speed of the AI for the Chu Shogi program I am writing by making
use of parallel processing. I have a 4-core
Am Sonntag 05 April 2009 10:24:25 schrieb Ashley Yakeley:
Duncan Coutts wrote:
In the mean time you can just:
$ cabal install time
Where do I get the cabal command? I'm installing GHC on a new machine
and I was hoping it would be included. I can't obtain it via cabal
install
Am Donnerstag 30 April 2009 15:52:12 schrieb Jan Jakubuv:
Hi,
I have the following problem. Below is the smallest program I have found
that shows the problem. That is why the program makes no sense (I have also
meaningful but more complicated program). When I run this program in ghci:
Am Donnerstag 30 April 2009 18:25:43 schrieb Jan Jakubuv:
Hello Daniel,
On Thu, Apr 30, 2009 at 05:17:42PM +0200, Daniel Fischer wrote:
In
nonsense t = case nonsense t of
Nothing - Just empty
, which type has the Nothing?
It can have the type Maybe s1 for all s1
Am Samstag 23 Mai 2009 13:06:04 schrieb Duncan Coutts:
On Fri, 2009-05-22 at 16:34 +0200, Daniel Fischer wrote:
That's great, thank you. I am still baffled, though.
I'm baffled too! I don't see the same behaviour at all (see the other
email).
Must every exported function that uses
Am Mittwoch 01 Juli 2009 01:11:44 schrieb Iain Barnett:
I think I posted this to the wrong list (libraries), so I've forwarded it
here.
I'm trying to install HTTP-3000.0.0 (because I don't have cabal-install,
and it's a dependency for cabal-install 0.4.9)
This is on a Debian 5.1
Am Dienstag 04 August 2009 19:48:25 schrieb Slavomir Kaslev:
A friend mine, new to functional programming, was entertaining himself by
writing different combinatorial algorithms in Haskell. He asked me for some
help so I sent him my quick and dirty solutions for generating variations
and
Am Dienstag 04 August 2009 20:30:58 schrieb Slavomir Kaslev:
On Tue, Aug 4, 2009 at 9:23 PM, Daniel Fischerdaniel.is.fisc...@web.de
wrote:
Which version of ghc are you testing on? I guess, it's more recent than
mine.
6.10.3. But I think if you compiled it with 6.8.*, the library code would
Am Freitag 25 September 2009 11:56:54 schrieb Barney Stratford:
As you can see, it doesn't even attempt to tell gcc where to find
libgmp.
This has the feeling of an RTM question, and if it is then I
apologise. I've not seen anything about this in the M, though.
Cheers,
Barney.
As a
Am Mittwoch 14 Oktober 2009 08:26:10 schrieb Luca Ciciriello:
Just a Haskell beginner question.
This sort of generic question has a higher probability of receiving a quick
answer on
haskell-c...@haskell.org or beginn...@haskell.org, where more people are
reading.
If I load in GHCi the code
Am Samstag 24 Oktober 2009 03:12:14 schrieb C Rodrigues:
I came across a type error that misled me for quite a while, because the
expected and inferred types were backwards (from my point of view). A
simplified example is below. Can someone explain how GHC's type checker
creates the error
Am Samstag 24 Oktober 2009 21:21:51 schrieb Albert Y. C. Lai:
For the record, and to speak up as part of a possible silent majority,
I completely understand the type error messages.
Mostly, I do, too. But I can't get why IO () is *expected* and Maybe () is
*inferred* for
bar in fun2.
Can you
Am Dienstag 03 November 2009 19:28:55 schrieb Roland Zumkeller:
Hi,
Compiling
class WithT a where
type T a
f :: T a - a - T a
f = undefined
g x = f x 42
with -XTypeFamilies -fwarn-missing-signatures gives:
Inferred type: g :: forall a. (Num a) = T a - T a
Am Montag 14 Dezember 2009 17:47:35 schrieb Luca Ciciriello:
Installed 6.12.1 on MacOS X 10.6Now I'm unable to load in GHCi of that
modules containing import Control.ParallelI'm missing something? Luca
cabal install parallel
Control.Parallel is now in the parallel package.
Am Montag 14 Dezember 2009 14:36:14 schrieb Ian Lynagh:
==
The (Interactive) Glasgow Haskell Compiler -- version 6.12.1
==
Hooray! Built from source on
$ uname -a
Oh great, that's not what I expected:
$ cabal install cabal-install
cabal: This version of the cabal program is too old to work with ghc-6.12+.
You will need to install the 'cabal-install' package version 0.8 or higher.
If you still have an older ghc installed (eg 6.10.4), run:
$ cabal install -w
Am Dienstag 15 Dezember 2009 10:43:10 schrieb Simon Marlow:
Please submit a bug report. Presumably we need a configure test for -lz
somewhere.
http://hackage.haskell.org/trac/ghc/ticket/3756
Yes, passing -optl-lz to all tests gave only 3 unexpected failures for
threaded1.
Cheers,
Am Sonntag 10 Januar 2010 17:09:33 schrieb Dmitry Tsygankov:
Dear all,
I was playing around recently with translating the dependency injection
idea (http://martinfowler.com/articles/injection.html) into Haskell, and
got to the following code:
{-# LANGUAGE TypeFamilies, FlexibleContexts #-}
Am Montag 11 Januar 2010 05:08:30 schrieb Dmitry Tsygankov:
2010/1/10 Yitzchak Gale
IMHO, the monomorphism restriction does not make sense at the
GHCi prompt in any case, no matter what you have or haven't
loaded, and no matter what your opinion of MR in general.
Looks reasonable to me,
Am Mittwoch 03 Februar 2010 16:44:31 schrieb Serge D. Mechveliani:
Dear GHC team,
It looks like ghc-6.12.1 reports erroneous time profiling --
when the Main module of the project is made under -O.
This is for ghc-6.12.1 made from source for Debian Linux and
i386-like.
Main.main
--make Make,
it shows a different thing: zero for eLoop and 99% for `main'.
On Wed, Feb 03, 2010 at 05:38:36PM +0100, Daniel Fischer wrote:
Could be that eLoop is inlined with -O.
Thank you.
I also thought about this. But the question still looks difficult.
Try
ghc $dmCpOpt -O
Am Sonntag 07 Februar 2010 13:06:14 schrieb Serge D. Mechveliani:
I am sorry,
indeed, ghc-6.12.1 warns of Unrecognised pragma on {-# foo #-}.
I have just missed this warning.
The next question is: why it is a warning and not an error break?
Because it might be a valid pragma for some
Am Sonntag 07 Februar 2010 14:05:48 schrieb Serge D. Mechveliani:
On Sun, Feb 07, 2010 at 01:22:07PM +0100, Daniel Fischer wrote:
Am Sonntag 07 Februar 2010 13:06:14 schrieb Serge D. Mechveliani:
I am sorry,
indeed, ghc-6.12.1 warns of Unrecognised pragma on {-# foo
#-}. I have
Am Montag 15 Februar 2010 17:37:55 schrieb Simon Marlow:
On 14/02/2010 17:58, Don Stewart wrote:
igloo:
Hi all,
We are planning to remove the -fvia-c way of compiling code
(unregisterised compilers will continue to compile via C only, but
registerised compilers will only use the
Am Mittwoch 17 Februar 2010 15:19:33 schrieb Simon Marlow:
I should point out that for most Haskell programs, the NCG is already as
fast (in some cases faster) than via C. The benchmarks showing a
difference are all of the small tight loop kind - which are important to
some people, I don't
Am Sonntag 21 Februar 2010 19:56:54 schrieb Isaac Dupree:
We could try to find out how large Integers get, in practice, in
existing Haskell code (this may be difficult to find out).
Just as a data-point, my code rarely exceeds 128 bits (at least, beyond
that performance isn't so important
Am Donnerstag 04 März 2010 02:39:30 schrieb Tyson Whitehead:
On March 3, 2010 18:35:26 Daniel Fischer wrote:
Because:
instance Applicative ((-) a) -- Defined in Control.Applicative
so, from the instance Z (a - b), with b == c - d, we have an
instance Z (a - (b - c))
and from
Am Samstag 03 April 2010 15:40:03 schrieb Vladimir Reshetnikov:
Hi list,
GHC 6.10.1:
Prelude :t let f x y = return x == return y in f
let f x y = return x == return y in f :: (Eq (m a), Monad m) = a - a
- Bool
Hugs (Sep 2006):
Hugs :t let f x y = return x == return y in f
ERROR -
Am Samstag 24 April 2010 07:07:15 schrieb Kazu Yamamoto:
Hello,
If I use :browse a module with GHC 6.12, it sometimes displays
garbage. Here is an example:
Prelude :browse Data.IP
data AddrRange a
= iproute-0.2.0:Data.IP.Range.AddrRange {addr :: a,
On Thursday 10 June 2010 14:02:10, Philip K.F. Hölzenspies wrote:
Dear GHCers,
snip
Shouldn't the expected behaviour of GHCi be that the entry module
determines the entire context? In other words, if module X in
ghci X
or in
ghci
:l X
contains the LANGUAGE-pragma
On Monday 14 June 2010 16:25:06, Serge D. Mechveliani wrote:
Dear people and GHC team,
I have a naive question about the compiler and library of ghc-6.12.3.
Consider the program
import List (genericLength)
main = putStr $ shows (genericLength [1 .. n]) \n
where
n =
On Tuesday 15 June 2010 16:52:04, Denys Rtveliashvili wrote:
Hi Daniel,
Thank you very much for the explanation of this issue.
While I understand the parts about rewrite rules and the big thunk, it
is still not clear why it is the way it is.
Please could you explain which Nums are not
The docs for unsafeCoerce# say:
The following uses of unsafeCoerce# are supposed to work (i.e. not lead to
spurious compile-time or run-time crashes):
# Casting any lifted type to Any
# Casting Any back to the real type
# Casting an unboxed type to another unboxed type of the same size (but not
On Thursday 08 July 2010 18:15:44, Ian Lynagh wrote:
On Thu, Jul 08, 2010 at 04:49:00PM +0200, Daniel Fischer wrote:
unsafeCoerce# :: Word64# - Double# ?
By the docs, that isn't supposed to work. Is it not supposed to work
only because it's not value-preserving (unsafeCoerce# 1## /=## 1.0
On Wednesday 14 July 2010 00:11:00, George Giorgidze wrote:
Hi,
I have encountered a bug in GHC type checker. I have stripped down my
code to small manageable example that illustrates the bug:
{-# LANGUAGE GADTs #-}
{-# OPTIONS -Wall #-}
module StrangeGADT where
data Q a where
ToQ ::
Trying out HEAD (specifically, ghc-6.13.20100831-src.tar.bz2 built with
6.12.3) investigating an issue with the text package, I found that I/O of
ByteStrings has become significantly slower (on my machine at least:
$ uname -a
Linux linux-mkk1 2.6.27.48-0.2-pae #1 SMP 2010-07-29 20:06:52 +0200
On Wednesday 08 September 2010 18:10:26, Don Stewart wrote:
Can you put your benchmark code somewhere?
Boiled down to the bare minimum,
module Main (main) where
import System.Environment (getArgs)
import qualified Data.ByteString.Lazy as L
main :: IO ()
main = do
(file : _) - getArgs
On Wednesday 08 September 2010 23:55:35, Don Stewart wrote:
simonpj:
| ghc-6.12.3:
| 89,330,672 bytes allocated in the heap
| 15,092 bytes copied during GC
| 35,980 bytes maximum residency (1 sample(s))
| 29,556 bytes maximum slop
|
On Thursday 09 September 2010 01:28:04, Daniel Fischer wrote:
Maybe the following observation helps:
ghc-6.13.20100831 reads lazy ByteStrings in chunks of 8192 bytes.
If I understand correctly, that means (since defaultChunkSize = 32760)
- bytestring allocates a 32K buffer to be filled
On Thursday 09 September 2010 13:19:23, Simon Marlow wrote:
I think I've found the problem, GHC.IO.Handle.Text:
bufReadNBEmpty :: Handle__ - Buffer Word8 - Ptr Word8 - Int - Int -
IO Int
bufReadNBEmpty h...@handle__{..}
b...@buffer{ bufRaw=raw, bufR=w, bufL=r, bufSize=sz
On Saturday 11 September 2010 03:12:11, Greg wrote:
If I read the Haskell Report correctly, operators are named by (symbol
{symbol | : }), where symbol is either an ascii symbol (including *) or
a unicode symbol (defined as any Unicode symbol or punctuation). I'm
pretty sure º is a unicode
On Monday 27 September 2010 12:58:08, Christian Maeder wrote:
I've tried to install HTTP (for cabal-install) and get the following
error:
Configuring HTTP-4000.0.9...
Setup: At least the following dependencies are missing:
base ==3.*
What is the problem? The Build-depends of HTTP's cabal
On Monday 27 September 2010 13:44:07, Christian Maeder wrote:
The HTTP.cabal file is not correct!
Build-depends: base = 2 4, network, parsec, mtl
(an additional constraint does not help)
Cheers Christian
In that case, change the local .cabal file as an immediate measure and
notify the
On Wednesday 29 September 2010 16:51:35, Antoine Latter wrote:
Here's a boiled-down equivalent to what the issue is in uvector:
http://hpaste.org/40213/doesnt_work_in_ghc_7
In GHC 6.12, this would have type-checked. In GHC 7, I need to add a
type-signature to the 'helper' function, except I
On Sunday 03 October 2010 00:07:24, Christian Höner zu Siederdissen wrote:
Hi,
does the Cabal constraint solver always try to solve the complete graph?
example: (ghc-7.0.0-rc1)
$ cabal install parsec-3.1.0
cabal: cannot configure syb-0.2.1. It requires base =4.0 4.3
cd syb-0.2.1
*
On Sunday 03 October 2010 02:10:11, Felipe Lessa wrote:
On Sat, Oct 2, 2010 at 8:29 PM, Daniel Fischer daniel.is.fisc...@web.de
wrote:
Yes, cabal looks at the package-index to find out the required
dependencies, it doesn't know where you have local source files.
Actually, this is cabal
On Tuesday 14 December 2010 17:50:30, Simon Marlow wrote:
This particular example seems to be fixed, at least with the current
HEAD:
Also with 7.0.1. On my 32-bit system, -O increases the Types.o size from
37K to 45K which is reasonable, while with 6.12.3 it goes from 38K to 543K.
While tuning some code, the test programme suddenly started producing stack
overflows.
Reverting the code to a previous version did not revert that behaviour,
code that previously produced a well-behaved binary now produced stack
overflowing ones.
But only with ghc-7.0.1, not with ghc-6.12.3
On Friday 28 January 2011 11:40:33, Simon Marlow wrote:
I think you may have had an encounter with this bug:
http://hackage.haskell.org/trac/ghc/ticket/4924
That seems not unlikely. the offending Main contained a couple of near-
identical loops, and that bug doesn't reliably occur (I
On Tuesday 01 February 2011 10:20:26, Carsten Schultz wrote:
Hello everyone,
I am trying to compile some code that I have written a long time ago
(might have been for ghc 6.3), and I have not done much Haskell in the
meantime. I have trouble compiling the code, maybe only because I do
not
On Tuesday 01 February 2011 11:45:58, Julian Bean wrote:
It indeed does, even though I doubted it at first. As far as I
remember the type in
getnArrayST n bs :: ST s (Maybe (UArray Int Word8, [Word8])) =
used to be necessary to bind the type variable s. Apparently things
have
On Thursday 03 February 2011 10:33:23, Conal Elliott wrote:
Does anyone have a working example of #include'ing Haskell code into a
bird-tracks-style .lhs file with GHC? Every way I try leads to parsing
errors. Is there documentation about how it's supposed to work?
Help much appreciated. -
On Wednesday 09 February 2011 16:23:15, Sebastian Fischer wrote:
Why don't the rules fire, what can I change such that they do, and what
to get rid of the warning for the second rule (which I think is the one
I should use)?
Didn't spot that, sorry.
Best regards,
Sebastian
Here is the
On Wednesday 09 February 2011 16:23:15, Sebastian Fischer wrote:
Why don't the rules fire,
Because the 'match' is at the wrong type. In main, idGen appears as
idGen_anJ :: ([()] - [[()]]) - [[()]] - [[()]]
at some point (yay for ghc -v4), so it doesn't match g's polymorphic type.
what can I
make-ing 7.0.2 failed with:
-- everything fine up to here, users guide html okay
Build users_guide.ps
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/openSUSE)
entering extended mode
latex failed
users_guide_tmp.tex:1631: Undefined control sequence \Documents.
users_guide_tmp.tex:1631:
On Sunday 06 March 2011 02:03:12, Ian Lynagh wrote:
On Sat, Mar 05, 2011 at 11:27:40AM +0100, Daniel Fischer wrote:
$ dblatex --version
/usr/lib/python2.6/site-packages/dbtexmf/dblatex/grubber/util.py:8:
DeprecationWarning: the md5 module is deprecated; use hashlib instead
On Wednesday 23 March 2011 03:32:16, Tim Docker wrote:
On Mon, Mar 21, 2011 at 9:59 AM, I wrote:
My question on the ghc heap profiler on stack overflow:
http://stackoverflow.com/questions/5306717/how-should-i-interpret-the-
output-of-the-ghc-heap-profiler
remains unanswered :-(
In 7.0.3's testsuite, allT in perf/should_run says:
test('T3738',
[stats_num_field('peak_megabytes_allocated', 1,
1),
# expected value: 1 (amd64/Linux)
# expected value: 12800 (x86/OS X):
Hit send too soon:
Apparently the allocation figures drastically vary by arch and OS, it
would probably be necessary to test on several such and be more
generous with the limits.
The same holds for other tests, of course. I had unexpected failures due to
allocation figures also for
On Saturday 09 April 2011 13:50:03, Simon Hengel wrote:
Hello,
does anyone know whether you can somehow change the currently active
language flags during a ghci session (say change what `:show languages'
outputs)?
:set -Xlanguage
I suppose some languages wouldn't work/make sense (CPP, TH)
Investigating the appearance of NaN in criterion's output, I found that
NaNs were frequently introduced into the resample vectors when the
resamples were sorted.
Further investigation of the sorting code in vector-algorithms revealed no
bugs there, and if the runtime was forced to keep a keen
On Wednesday 20 April 2011 19:11:07, Roman Leshchinskiy wrote:
Daniel Fischer wrote:
Further investigation of the sorting code in vector-algorithms
revealed no bugs there, and if the runtime was forced to keep a keen
eye on the indices, by replacing unsafeRead/Write/Swap with their
bounds
On Wednesday 20 April 2011 20:25:34, Bryan O'Sullivan wrote:
On Wed, Apr 20, 2011 at 10:44 AM, Daniel Fischer
daniel.is.fisc...@googlemail.com wrote:
I'll prepare a bundle, I'm afraid it won't be small, though. And it
might be architecture dependent, so I can't guarantee that you
On Wednesday 20 April 2011 21:55:51, Dan Doel wrote:
It's not a statistics bug. I'm reproducing it here using just
vector-algorithms.
Yep. Attached a simple testcasewhich reproduces it and uses only vector and
vector-algorithms.
Fill a vector of size N with [N..1], and (intro) sort it,
On Thursday 21 April 2011 17:18:47, Chris Kuklewicz wrote:
I tried ghc --make -fforce-recomp simpleTest.hs with -O0 and -O1 and
-O2 on OS X with 64-bit ghc-7.0.3
All versions ran without printing errors.
I seem to recall that GHC produces sse2 code on x86_64. If that's correct,
the effect
On Thursday 21 April 2011 13:08:22, Simon Marlow wrote:
On 20/04/2011 18:28, Ian Lynagh wrote:
On Wed, Apr 20, 2011 at 05:02:50PM +0200, Daniel Fischer wrote:
So, is it possible that some change in ghc-7.0.3 vs. the previous
versions
Very little changed between 7.0.2 and 7.0.3
Running the testsuite with today's HEAD (perf build, but without profiling
to keep time bearable) resulted in:
OVERALL SUMMARY for test run started at Do 12. Mai 13:34:13 CEST 2011
2765 total tests, which gave rise to
9300 test cases, of which
0 caused
On Thursday 12 May 2011 17:49:16, Simon Peyton-Jones wrote:
|hpc_markup_multi_001(normal)
|hpc_markup_multi_002(normal)
|hpc_markup_multi_003(normal)
|
| Unexpected passes:
|mc01(hpc,ghci)
|mc06(hpc,ghci)
|mc08(hpc,ghci)
|mc11(hpc)
|mc16(hpc)
|
On Friday 13 May 2011 13:04:14, Guy wrote:
If only 1% of an imported module is used, GHC will link in the entire
module.
With split-objs, as far as I know, GHC only links in what you use (plus the
module initialiser).
split-objs was disabled for some GHC/OS X combinations recently,
On Saturday 14 May 2011 21:06:50, Guy wrote:
On 14/05/2011 21:12, Don Stewart wrote:
When compiled with split objs GHC makes it possible for the linker
to do dead code stripping. Make sure your GHC has split-objs on.
Thank you, I hadn't realised that the imported library could be built
Continuing with today's HEAD's results:
7506 expected passes
235 expected failures
0 unexpected passes
9 unexpected failures
More failures than Friday, with fewer tests run (no profiling).
But what's the actual difference?
We have our old acquaintances
T3064(normal)
So my last testsuite run (validate --slow) with a new HEAD produced 651
unexpected failures :(
Okay, the thing is that I forgot to add EXTRA_HC_OPTS=-optl-lz, see
http://hackage.haskell.org/trac/ghc/ticket/3756
So, unless I miscounted, 611 of those were in way threaded1 due to:
Linking
On Tuesday 31 May 2011 12:31:36, Simon Marlow wrote:
The ticket has low priority, but if anybody has an idea how to check
whether libbfd depends on libz in the configure script, I'd appreciate
it.
Could you install a shared version of libbfd?
I have one,
$ locate libbfd
On Tuesday 31 May 2011 14:44:58, Simon Marlow wrote:
What you need is libbfd.so, which is a symbolic link to the versioned
library (libbfd-2.20.0.20100122-6.so). This is normally installed by
the development version of the library (e.g. libbfd-dev on
Debian-derived distros).
Couldn't find
On Tuesday 31 May 2011 16:04:28, Simon Marlow wrote:
On 31/05/2011 14:53, Daniel Fischer wrote:
Well, compiling and running a simple test programme that calls
bfd_init() works here without linking in libz, so I guess that test
wouldn't detect the dependency even if it actually runs
On Tuesday 31 May 2011 16:39:19, Donn Cave wrote:
Quoth Daniel Fischer daniel.is.fisc...@googlemail.com,
...
calling bfd_openr alone produces tons of undefined references, I've no
idea what libraries I'd have to link with also :(
Try -lbfd -liberty -lz ?
Donn
Thanks
b7170be4f9d62e695316a70435919cc2769334d1 Mon Sep 17 00:00:00 2001
From: Daniel Fischer daniel.is.fisc...@googlemail.com
Date: Wed, 1 Jun 2011 03:42:11 +0200
Subject: [PATCH] new test for libbfd
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index
On Wednesday 15 June 2011, 16:53:37, Antoine Latter wrote:
Does this page help?
http://www.haskell.org/ghc/download_ghc_7_0_3
Take care,
Antoine
I would, however, recommend going for the new
http://www.haskell.org/ghc/download_ghc_7_0_4
which fixes a couple of bugs in 7.0.3
On Friday 17 June 2011, 17:11:39, Jacques Carette wrote:
I favour Plan A.
+1
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
92dbf9a5b4516d27fc0d389f842e21b4d3df5e5e Mon Sep 17 00:00:00 2001
From: Daniel Fischer daniel.is.fisc...@googlemail.com
Date: Tue, 21 Jun 2011 14:32:13 +0200
Subject: [PATCH 1/7] DatatypeContexts for tcrun006
---
tests/ghc-regress/typecheck/should_run/tcrun006.hs |5 +++--
1 files changed, 3
On Monday 27 June 2011, 05:52:42, austin seipp wrote:
After doing a 'git pull origin master ./sync-all pull origin
master', I get the following build failure when stage1 attempts to
compile the RTS code:
http://paste.debian.net/121097/
A quick glance at the errors seem to indicate this
On Thursday 07 July 2011, 20:44:57, Matthew Farkas-Dyck wrote:
I am trying to take a profile of a program, but when I run it, the
total time (as given in the profiling report file) is zero!
If you're on a Mac, it could be
http://hackage.haskell.org/trac/ghc/ticket/5282
On Friday 29 July 2011, 18:51:23, Chris Dornan wrote:
Hi All,
I am still having difficulty getting a plain GHC build with
INTEGER_LIBRARY = integer-simple. (I outlined my problem here yesterday
http://www.haskell.org/pipermail/glasgow-haskell-users/2011-July/020631
.htm l .)
RHEL 5
On Thursday 18 August 2011, 19:13:45, Johan Tibell wrote:
On Thu, Aug 18, 2011 at 7:07 PM, Simon Peyton-Jones
simo...@microsoft.com wrote:
| I shouldn't have to modify PrelNames since I kept GHC.Integer.Type,
| no? Or does PrelNames have to contain the name of the module that
|
On Thursday 25 August 2011, 10:39:29, Johan Tibell wrote:
P.S. Could someone please remind me why containers ships with GHC?
Some other packages shipped with GHC depend on containers, e.g. hoopl,
template-haskell, haskeline, binary.
And via haskeline, ghci depends on containers too.
I'm trying to set up a build/test environment on Windows.
Building ghc (sh validate) fails after a while due to flex and bison
crashing. Those two come with git and even
$ flex --version
(or bison) crashes, so they seem truly hosed.
Do I need flex/bison at all to build ghc?
It seems they're not
On Thursday 15 September 2011, 21:41:10, Bill Tutt wrote:
From Daniel Fischer:
I'm trying to set up a build/test environment on Windows.
Building ghc (sh validate) fails after a while due to flex and bison
crashing. Those two come with git and even
$ flex --version
(or bison) crashes
Am Montag, 30. Mai 2005 11:48 schrieb Mirko Rahn:
{-# OPTIONS -fglasgow-exts #-}
import Data.Map
class New a b where new :: a - b
instance Ord a = New [(a,b)] (Map a b) where new = fromList
g :: Ord a = [a] - Map a Int
g xs = new $ zip xs [0..]
Why is ghc unable the
When building 6.4.2 today, make died with
../../ghc/compiler/ghc-inplace -H16m -O -Wall -fffi -Iinclude '-#include
HsALUT.h' -cpp -DCALLCONV=ccall -ignore-package ALUT -O -Rghc-timing
-fgenerics -package base -package OpenGL -package OpenAL -fgenerics
-split-objs-c Sound/ALUT/Version.hs
1 - 100 of 125 matches
Mail list logo
