Re: base not detecting Double/Float machine sizes (QNXNTO)

On Monday 07 January 2013, 12:17:41, Stephen Paul Weber wrote: > > > >So, it may be the way that the internal autoconf check works for > >cross-compiling violates an assumption about how that macro works. > > Indeed. confirms that the way > this macro wo

word2Float test broken on 32-bit

On Donnerstag, 3. Januar 2013, 09:01:11, Geoffrey Mainland wrote: > > Fix LLVM code generated for word2Float# and word2Double#. > That reminds me, on 32-bit, 2^53 :: Word is 0, and that means the test fails. ___ Cvs-ghc mailing list Cvs-ghc@hask

Bug in -fext-core

Something is amiss between -fext-core and optimisations. Validating (--testsuite-only --slow) brought my box to its knees badly, the culprit turned out to be T7239 with the optasm, hpc, and optllvm ways: => T7239(hpc) 1434 of 3536 [0, 4, 0] cd ./ext-core && '/home/dafis/GHC/bghc/bindisttest/

Re: build problems with BuildFlavour = prof

On Donnerstag, 1. November 2012, 08:50:53, Richard Eisenberg wrote: > 1) Is cabal's error correct? Do I really need to enable profiling to get > transformers working? Or is some other incompatibility at play here? (For > what it's worth, what I really want is the mtl library, but that depends on >

Re: Validate failures in DPH

On Montag, 22. Oktober 2012, 12:03:24, Ben Lippmeier wrote: > > I went to find out what got broken and I'm getting a validate failure > somewhere else: > > compiler/stage1/build/Parser.hs:38:27: > Module `StaticFlags' does not export `opt_Hpc' > make[1]: *** [compiler/stage1/build/Parser.o]

[commit: testsuite] master: Test for #5237 (71ca58f)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/71ca58f8d0d83733a709b1ca75f635151c33dd56 >--- commit 71ca58f8d0d83733a709b1ca75f635151c33dd56 Author: Dan

[commit: ghc] master: Fix a few typos (114cfc0)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/114cfc073cb9741cfcf79209c0e6053e8ee72ff4 >--- commit 114cfc073cb9741cfcf79209c0e6053e8ee72ff4 Author: Daniel Fisc

[commit: ghc] master: Merge ../bghc (3a907bf)

226... 114cfc0... Author: Daniel Fischer Date: Thu Nov 24 17:42:38 2011 +0100 Merge ../bghc docs/users_guide/glasgow_exts.xml | 18 +- 1 files changed, 9 insertions(+), 9 deletions(-) ___ Cvs-ghc mailing list Cvs-ghc@haskell.org h

[commit: ghc] master: Whitespace only in glasgow_exts.xml (5342d62)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/5342d6201c6c29dc2a02f0c0c0392c24445e3d9f >--- commit 5342d6201c6c29dc2a02f0c0c0392c24445e3d9f Author: Daniel Fisc

Re: heads up: GHC gets a new constraint solver (again)

On Wednesday 16 November 2011, 19:22:53, Dimitrios Vytiniotis wrote: > Friends, > > After a very busy period of hard work with Simon, we've re-engineered > GHCs constraint solver and I just pushed a big patch on master along > with modifications in the testsuite. > > The new constraint solver is

Re: Validate failures on x86_64/Linux

On Friday 11 November 2011, 13:49:21, Simon Marlow wrote: > I have the following validate failures on x86_64/Linux today: > > Unexpected failures: > perf/compiler T3064 [stat not good enough] (normal) > typecheck/should_compile tc167 [stderr mismatch] (normal) > Additionally

[commit: testsuite] master: Add package dph-prim-par because dph-smvm needs D.A.P.Unlifted too (f896a43)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/f896a438710d190c92cc4f1dbc0df5718385c904 >--- commit f896a438710d190c92cc4f1dbc0df5718385c904 Author: Dan

[commit: testsuite] master: Whitespace in dph/smvm/dph-smvm.T (891065b)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/891065b32a3b320ea123fba4205fee871f4e0d14 >--- commit 891065b32a3b320ea123fba4205fee871f4e0d14 Author: Dan

[commit: testsuite] master: Merge ../../hack/testsuite (0a09d7c)

71e... 2f4383d... Author: Daniel Fischer Date: Thu Nov 10 01:03:14 2011 +0100 Merge ../../hack/testsuite tests/dph/smvm/Main.hs | 51 +-- 1 files changed, 23 insertions(+), 28 deletions(-) ___ Cvs-

[commit: testsuite] master: Fix dph-smvm (2f4383d)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/2f4383d02eb4a6a75f17d18df25e600c25755d1b >--- commit 2f4383d02eb4a6a75f17d18df25e600c25755d1b Author: Dan

[commit: testsuite] master: Tabs -> Spaces (fb847d9)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/fb847d90024befc079d971e56056a4d3301a57c1 >--- commit fb847d90024befc079d971e56056a4d3301a57c1 Author: Dan

Re: Safe Haskell default

On Wednesday 26 October 2011, 20:54:46, Johan Tibell wrote: > Right, but that's not how it used to work. Oh. > As soon as any module (e.g. in base) had a Trustworthy pragma you > needed to ghc-pkg trust base to use base, regardless if you wanted > to use Safe Haskell or not. Hmm. In that case,

Re: Safe Haskell default

On Wednesday 26 October 2011, 19:50:09, Johan Tibell wrote: > On Wed, Oct 26, 2011 at 9:04 AM, Thomas Schilling > > wrote: > > I while ago I saw a commit to Safe Haskell changing modules from > > default Unsafe to default Safe. > > > > This seems wrong to me (and Duncan agreed on IRC) -- in secur

Re: [commit: ghc] master: Tabs -> spaces (9ada6542b)

On Tuesday 25 October 2011, 12:55:47, Manuel M T Chakravarty wrote: > I am all for it. I hate tabs in Haskell programs. I support that motion. > Manuel > > Max Bolingbroke: > > If we are going to make whitespace changes, we should probably have a > > check to ensure that tabs don't get added ba

Re: [commit: testsuite] master: Accept better perf on Windows (2fb703c)

On Monday 24 October 2011, 20:52:43, Simon Peyton Jones wrote: > test('T5549', > [if_wordsize(32, > - stats_num_field('bytes allocated', 50, > + stats_num_field('bytes allocated', 30, > 80)), > -

Cabal library documentation in the index

a more principled solution is found. Cheers, Daniel From 3a7b93652204386f5baebde91461db927e65265c Mon Sep 17 00:00:00 2001 From: Daniel Fischer Date: Sat, 22 Oct 2011 15:37:51 +0200 Subject: [PATCH] Hack to include Cabal's docs in the generated index --- libraries/gen_contents_index |

Re: Seg fault in haddock

On Friday 21 October 2011, 23:58:59, David Waern wrote: > > Thanks for this information. I don't have access to a 32 bit system, > but I've noticed that there has been changes to the .haddock file > format in recent commits, but no update of the .haddock file version > number. So deserialization o

Re: Seg fault in haddock

On Friday 21 October 2011, 17:05:56, Ian Lynagh wrote: > On Fri, Oct 21, 2011 at 01:57:07PM +, Simon Peyton-Jones wrote: > > All I'm saying is that haddock seg-faults when given the command line > > I gave in my message. Surely that's a bug? > > Yup - probably in GHC rather than haddock. I st

Re: Seg fault in haddock

On Thursday 20 October 2011, 19:17:02, Ian Lynagh wrote: > On Thu, Oct 20, 2011 at 02:25:40PM +, Simon Peyton-Jones wrote: > > Well I can confidently say that it's the invocation of haddock that > > seg-faults. > > Oh, sure, but I don't think the grep failure is related. Both, it and the offe

Re: Seg fault in haddock

On Friday 21 October 2011, 15:57:07, Simon Peyton-Jones wrote: > All I'm saying is that haddock seg-faults when given the command line I > gave in my message. Surely that's a bug? Definitely. But it's hard to pin when normally you get an orderly $ ../inplace/bin/haddock --gen-index --gen-content

Re: Seg fault in haddock

On Thursday 20 October 2011, 15:11:29, Ian Lynagh wrote: > Hi Simon, > > On Thu, Oct 20, 2011 at 10:23:31AM +, Simon Peyton-Jones wrote: > > Note the bogus path.It is this command invocation that seg-faults. > > (I wish the gen_contents script echoed its commands before executing > > them

[commit: testsuite] master: Follow removal of Eq and Show superclasses from Num (d8047dc)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/d8047dc7f037050e419ab99fdffcfe6c787d0263 >--- commit d8047dc7f037050e419ab99fdffcfe6c787d0263 Author: Dan

[commit: ghc] master: Fixed typo (cac1aa2)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/cac1aa29fb728abb9aa97c8f0f94d299da4a800c >--- commit cac1aa29fb728abb9aa97c8f0f94d299da4a800c Author: Daniel Fisc

Re: decodingerror002 failure

On Tuesday 27 September 2011, 08:35:26, Max Bolingbroke wrote: > On 26 September 2011 23:30, Daniel Fischer > > wrote: > > In hex, the error sequences are > > common: EF BF BD > > expected: C8 > > actual: ED B3 88 > > It looks like your iconv has erroneo

Re: decodingerror002 failure

On Monday 26 September 2011, 15:35:26, Max Bolingbroke wrote: > On 24 September 2011 14:30, Daniel Fischer > > wrote: > > The test fails for me, too. My locale is de_DE.UTF-8. > > I get the same hex as Ian posted, I haven't yet built with the Attempt > > to fix

Re: decodingerror002 failure

On Monday 26 September 2011, 15:35:26, Max Bolingbroke wrote: > On 24 September 2011 14:30, Daniel Fischer > > wrote: > > The test fails for me, too. My locale is de_DE.UTF-8. > > I get the same hex as Ian posted, I haven't yet built with the Attempt > > to fix

Re: decodingerror002 failure

On Saturday 24 September 2011, 15:04:40, Ian Lynagh wrote: > Hi Max, > > On Sat, Sep 24, 2011 at 09:56:00PM +0900, Max Bolingbroke wrote: > > It almost certainly was caused by that patch, but the test works OK > > for me! > > Hmm, interesting. > > > I think I can see what causes this: the output

Re: [commit: testsuite] master: Remove quotes from echo'd comments in GHCi script (e82472f)

On Friday 23 September 2011, 08:46:46, Simon Peyton Jones wrote: > >--- > > commit e82472fd68db55a23f07d395fa8104eb6a1e1cc0 > Author: Simon Peyton Jones > Date: Fri Sep 23 07:46:30 2011 +0100 > > Remove quotes from echo'd comments

Re: [nightly] 14-Sep-2011 build of HEAD on x86_64-unknown-linux (cam-04-unx)

On Thursday 15 September 2011, 16:57:28, Ian Lynagh wrote: > On Thu, Sep 15, 2011 at 01:30:53PM +0100, Simon Marlow wrote: > > So the test results are probably ok, but I'm a little concerned that > > some of these tests are not testing what they were before. > > > > Ian, do you have outstanding pa

T4801: stat too good

perf/compiler/T4801 now fails spectacularly: peak_megabytes_allocated 51 is less than minimum allowed 55 If this is because you have improved GHC, please update the test so that GHC doesn't regress again bytes allocated 459799776 is less than minimum allowed 6 If this is because you have i

[commit: ghc] master: Correct a few typos (c2b1e0d)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/c2b1e0da0409e04ba08b6ff876486bd8463510a2 >--- commit c2b1e0da0409e04ba08b6ff876486bd8463510a2 Author: Daniel Fisc

[commit: ghc] master: Whitespace only (df05656)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/df05656b54ebacc5bad555260b7dab78cf7c7814 >--- commit df05656b54ebacc5bad555260b7dab78cf7c7814 Author: Daniel Fisc

[commit: ghc] master: Added repack command to sync-all (193ad9f)

Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/193ad9fe87a2c2cb988e92fdd83f3ffb0c7bb196 >--- commit 193ad9fe87a2c2cb988e92fdd83f3ffb0c7bb196 Author: Daniel Fisc

[commit: testsuite] master: Whitespace only (b7d7794)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/b7d7794449486aa9aadfb08b7a172b33d10fa89c >--- commit b7d7794449486aa9aadfb08b7a172b33d10fa89c Author: Dan

[commit: testsuite] master: Fix typo (TT5458 -> T5458) (fb462ca)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/fb462cab2228a6a613391dea0776231546e4a572 >--- commit fb462cab2228a6a613391dea0776231546e4a572 Author: Dan

[commit: testsuite] master: Trailing Whitespace (49bec93)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/49bec938bae9a64c33cb6bf1c11e6418ad171eea >--- commit 49bec938bae9a64c33cb6bf1c11e6418ad171eea Author: Dan

[commit: testsuite] master: Fixed imports (ae389cd)

Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/ae389cd7c9903f899d3e85bcef4a16a312e188ac >--- commit ae389cd7c9903f899d3e85bcef4a16a312e188ac Author: Dan

testsuite: Windows fix broke linux ghci (driver/5313)

t/install dir/lib/...', and ghci looks for the settings file in '.../bindisttest/install/settings' which doesn't exist, hence an unexpected failure. The attached patch 'works here™', but I'd rather have someone familiar with the testsuite check if it's se

Re: [commit: ghc] master: Increase the "context stack depth" to 200 (from 20) (d3a31e4)

On Friday 02 September 2011, 10:30:09, Simon Peyton Jones wrote: > Repository : ssh://darcs.haskell.org//srv/darcs/ghc > > On branch : master > > http://hackage.haskell.org/trac/ghc/changeset/d3a31e480ace72a82a301ffb11 > fd5f73d9ede5bd > > >--

Re: Testsuite failures

On Friday 02 September 2011, 08:53:06, Simon Peyton-Jones wrote: > Thanks to Daniel. Ian, Simon, I have a question about installing extra > libs. > > |quasiquotation/qq006qq006 [stderr mismatch] > |(normal) > > I get "Could not find module `Text.ParserCombinators.Parsec.C

Testsuite failures

I've built a fully optimised HEAD (20110901) and ran a fulltest after installing a few libraries required for some tests. OVERALL SUMMARY for test run started at Fr 2. Sep 00:12:23 CEST 2011 2935 total tests, which gave rise to 12690 test cases, of which 0 caused framework failures

Re: FW: HEAD build failure: incomplete patterns

On Thursday 25 August 2011, 17:44:37, Ian Lynagh wrote: > No, that works here. Daniel, are you compiling with -O0? I think that > you get that sort of warning if you do. That seems indeed to be the case, with a mk/validate.mk containing "SRC_HC_OPTS += -O2", sh validate got past that and successf

Re: FW: HEAD build failure: incomplete patterns

On Thursday 25 August 2011, 17:44:37, Ian Lynagh wrote: > On Mon, Aug 15, 2011 at 12:00:48PM +, Simon Peyton-Jones wrote: > > Ian > > > > > compiler/cmm/CmmNode.hs:187:3: > > > Warning: Pattern match(es) are non-exhaustive > > > > > > In an equation for `entryLabel': > >

Re: Last two vectoriser patches

On Thursday 18 August 2011, 17:19:57, Manuel M T Chakravarty wrote: > I did validate them, but with Johan's x86_64 breaking patch removed > (which my patches shouldn't interact with). > > Manuel > I don't know if those patches broke it because I haven't run validate for a couple of days, but dp

Re: validates breaks on x86_64 (OS X)

On Thursday 18 August 2011, 20:14:16, David Terei wrote: > So it fails for me on OSX as well. > > "inplace/bin/genprimopcode" --data-decl < > compiler/prelude/primops.txt > compiler/primop-data-decl.hs-incl > genprimopcode: type of primop PopCnt64Op doesn't make sense w.r.t > category Mon

HEAD build failure: incomplete patterns

After (locally) fixing the imports in binary, building HEAD with 7.2.1 fails with > compiler/cmm/CmmNode.hs:187:3: > Warning: Pattern match(es) are non-exhaustive > > In an equation for `entryLabel': > Patterns not matched: > CmmComment

Validate failure due to -Werror (unsafePerformIO)

Bootstrapping with 7.2.1, validate fails with > [ 1 of 27] Compiling Data.Binary.Builder.Base ( > libraries/binary/src/Data/Binary/Builder/Base.hs, > bootstrapping/Data/Binary/Builder/Base.o ) > > libraries/binary/src/Data/Binary/Builder/Base.hs:66:1: > Warning: In the use of `unsafePerformIO

Re: Safe Haskell validate failure

On Thursday 11 August 2011, 19:23:28, David Terei wrote: > Hmmm thats annoying. So the issue is that you need to have the base > package trusted. Originally packages were untrusted by default. I > changed that so that packages are now trusted by default. However that > change to Cabal didn't make i

Safe Haskell validate failure

On a freshly pulled repo, I get > Creating compiler/stage1/build/Config.hs ... > done. > [ 1 of 66] Compiling Distribution.Compat.Exception ( > libraries/Cabal/cabal/Distribution/Compat/Exception.hs, > bootstrapping/Distribution/Compat/Exception.o ) [ 2 of 66] Compiling > Distribution.GetOpt ( lib

Re: [commit: testsuite] master: Fix remaining test failures on OS X/x86_64 (bea1187)

On Friday 05 August 2011, 13:51:32, Manuel M T Chakravarty wrote: > > Yes, I used standard validate settings. Judging by the timestamps, the > Linux numbers are from a while ago. They may be closer to the (old) > limit than they used to be when the limits were set. In particular the "bytes allo

validate failure: tc208

Simon Marlow wrote: > Anyone know what's going on here? > > => tc208(normal) 2432 of 2938 [0, 0, 0] > cd ./typecheck/should_compile && > '/64playpen/simonmar/validate/bindisttest/insta > ll dir/bin/ghc' -fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output > -no-user-package-conf -rtsopts -