Re: Proposed changes to merge request workflow

Hi! I have contributed a patch or two to GHC, so I guess I’m a reasonable example of an newbie. The step of nominating reviewers just wouldn’t work for me. I have no idea of who in this project would be willing and able to give a review. Or who the eligible reviewers are. Maybe I’d select

Re: Treatment of unknown pragmas

Hi! Why not follow the standard in that pragmas were intended for all tools consuming Haskell and not for GHCs exclusive use? All that would require is to make the warning opt-in. Making other tools use a new syntax for the same functionality seems suboptimal to me. Regards, Niklas > 24

Re: Booting ghc with system-wide installed Cabal?

Installing stuff system-wide without doing ‘make install’ would break my expectations for how the build works. Also, how would one return to a pristine state if it was done that way? // Niklas > 26 juni 2018 kl. 08:57 skrev Ömer Sinan Ağacan : > > Currently we have to build Cabal from scratch

Re: [ANNOUNCE] GHC 8.4.1 released

Hi! It says on the download page that the Windows versions is “excluding the Windows 10 Creator’s Update”. I’m assuming that is a copy-paste error from the release that fixed the Windows 10 CU bug. Regards, Niklas > 8 mars 2018 kl. 17:57 skrev Ben Gamari : > > > The

Re: Proposal process status

> 20 juli 2016 kl. 19:38 skrev amin...@gmail.com: > > > >> El 20 jul 2016, a las 12:45, Ben Gamari escribió: >> >> Iavor Diatchki writes: >> >>> Hello Ben, >>> >>> I posted this when you originally asked for feed-back, but perhaps it >>> got

Re: Testsuite total failure on Windows

I get the same spam ranking for Simon's emails. My gmail app says it's because they're from Microsoft but doesn't fill requirements for microsoft.com . Presumably this is because the sender is the list server and not the normal mail server. So it doesn't seem easy to fix. But it would be weird if

SV: Abstract FilePath Proposal

Hi! Instead of trying to minimally patch the existing API and still breaking loads of code, why not make a new API that doesn't have to compromise and depreciate the old one? Niklas - Ursprungligt meddelande - Från: Herbert Valerio Riedel h...@gnu.org Skickat: ‎2015-‎06-‎26 18:09

SV: [Haskell-cafe] RFC: Native -XCPP Proposal

Hi! GMP is optional, anyone who cares about the license can build with integer-simple. Regards, Niklas - Ursprungligt meddelande - Från: malcolm.wallace malcolm.wall...@me.com Skickat: ‎2015-‎05-‎19 13:11 Till: Lars Kuhtz hask...@kuhtz.eu Kopia: ghc-devs@haskell.org

Re: Trac is soul-extinguishingly slow

How would non-developers file or comment on bugs in that scenario? BR, Niklas - Ursprungligt meddelande - Från: John Wiegley jo...@newartisans.com Skickat: ‎2015-‎04-‎17 19:52 Till: Richard Eisenberg e...@cis.upenn.edu Kopia: ghc-devs@haskell.org Devs ghc-devs@haskell.org Ämne: Re: Trac

Re: Windows build fails -- again!

Hi! I think this isn't broken on just Windows. The error comes from the warning about no prototype (and -Werror), and it doesn't have a prototype on other OSes either. Niklas 2014-08-20 7:42 GMT+02:00 Johan Tibell johan.tib...@gmail.com: f9f89b7884ccc8ee5047cf4fffdf2b36df6832df is probably

Re: pthread.h missing

Not strange at all as pthread isn't included in the mingw toolchain (it is on Win64, but it doesn't know to link in pthread there). There's no easy fix. Other than setting it to expected failure, of course. Niklas 2014-07-31 22:56 GMT+02:00 Simon Peyton Jones simo...@microsoft.com: On

Re: Windows breakage -- again

AtomicPrimOps.hs flakes out for: fetchAndTest fetchNandTest fetchOrTest fetchXorTest casTest but not for fetchAddSubTest and readWriteTest. If I step through it, the segfault comes at line 166, it doesn't reach the .fetchXXXIntArray function that was called from the thread (at least ghci doesn't

Re: Call for help on testing integer-gmp2 on non-Linux archs

I can test on Windows. Niklas 2014-07-22 10:07 GMT+02:00 Herbert Valerio Riedel h...@gnu.org: Hello *, As some of you may have already noticed, there's an attempt[1] in the works to reimplement integer-gmp in such a way to avoid overriding GMP's internal memory allocator functions, and

Re: Call for help on testing integer-gmp2 on non-Linux archs

...@gnu.org: On 2014-07-22 at 13:33:04 +0200, Niklas Larsson wrote: I can test on Windows. great! Are you using the 32bit or 64bit compiler? All you'd need to do is 'git checkout' the wip/T9281 branch, add the line INTEGER_LIBRARY=integer-gmp2 at the end of mk/build.mk (and 'BuildFlavour

SV: Windows breakage -- again

I posted a working and tested patch last night. Please feel free to commit it, I haven't the rights to do it. Niklas - Ursprungligt meddelande - Från: Simon Peyton Jones simo...@microsoft.com Skickat: ‎2014-‎07-‎18 15:55 Till: Niklas Larsson metanik...@gmail.com; Johan Tibell johan.tib

Re: Windows breakage -- again

pali.ga...@gmail.com: 2014-07-17 0:47 GMT+02:00 Niklas Larsson metanik...@gmail.com: I hope they can just be done away with at the source, that is to make gcc generate the assembly primitives. GHC should already be built with i686, but does that reach ghc-prim? This depends on GCC

Re: Windows breakage -- again

...@gmail.com: A perhaps silly question, *should* ghc-prim be built with i386 or i686? On Thu, Jul 17, 2014 at 8:33 AM, Niklas Larsson metanik...@gmail.com wrote: I just found exactly the same thing! Well, I used i686 instead. Sounds like it's worthwhile to see if this is limited to ghc-prim

Re: Windows breakage -- again

switch GCC to a newer version and see if it automatically stops trying to use i386, leading to Simon's problem? On Thu, Jul 17, 2014 at 8:37 AM, Niklas Larsson metanik...@gmail.com wrote: It certainly shouldn't be built with i386, because that is generating code for a processor that lacks all

Re: Windows breakage -- again

and see if it automatically stops trying to use i386, leading to Simon's problem? On Thu, Jul 17, 2014 at 8:37 AM, Niklas Larsson metanik...@gmail.com wrote: It certainly shouldn't be built with i386, because that is generating code for a processor that lacks all these fancy atomic instructions

Re: Windows breakage -- again

Yes, ultimately the problem is that the mingw-gcc that is in the tarball git has a too low target. But that is a rather larger fix than setting the arch targetted in configure. 2014-07-17 22:50 GMT+02:00 Páli Gábor János pali.ga...@gmail.com: 2014-07-17 22:05 GMT+02:00 Niklas Larsson metanik

SV: Windows breakage -- again

I have built ghc on windows after that was added with no issue. I can take a look this evening and see how HEAD works for me. The standard gcc in the tarballs is 4.6.3, which is getting long in the tooth, there is an issue on trac to upgrade it. -- Niklas - Ursprungligt meddelande

Re: Windows breakage -- again

I think it all works ok if the object files goes the normal way, the gnu linker knows what to do with those symbols when it links with the gcc lib. But for some reason (template haskell?) the ghc linker gets involved when compiling the vector library, and it pukes on those symbols. I hope they

Re: GHC 7.8.3 release

Hi! It would be great if the patch I added on #9080 was put into 7.8.3 (well, I guess someone has to commit it to master first). Niklas 2014-05-27 10:06 GMT+02:00 Austin Seipp aus...@well-typed.com: Hello all, After a long week, I've finally gotten a little time to reply to emails, and I

SV: Cabal can't open a TCP connection

Looks like your proxy configuration is wrong. Git has its own proxy settings in .gitconfig. Look at the http_proxy environment variable. If you're not actually behind a proxy the problem could be the existence of http_proxy or HTTP_PROXY. - Ursprungligt meddelande - Från: Simon Peyton

SV: GHC 7.8 release

I'll try to reproduce it and see if I can pin it down.. Niklas - Ursprungligt meddelande - Från: Simon Peyton Jones simo...@microsoft.com Skickat: ‎2014-‎03-‎12 16:05 Till: ghc-devs@haskell.org ghc-devs@haskell.org Ämne: GHC 7.8 release Friends The status of the GHC 7.8 release is here

Re: make -jN loops on Windows

2013/8/29 Simon Peyton-Jones simo...@microsoft.com I was using integer-gmp. And sadly make –j2 locks up way before getting to integer-gmp. ** ** Simon ** ** *From:* Niklas Larsson [mailto:metanik...@gmail.com] *Sent:* 28 August 2013 18:08 *To:* Simon Peyton-Jones *Cc:* Kyle

Re: make -jN loops on Windows

[mailto:ghc-devs-boun...@haskell.org] *On Behalf Of *Niklas Larsson *Sent:* 27 August 2013 23:56 *To:* Kyle Van Berendonck *Cc:* ghc-devs@haskell.org *Subject:* Re: make -jN loops on Windows ** ** Hi! ** ** Are you using make -j with or without number of jobs? I tried with make

Re: Design discussion for atomic primops to land in 7.8

2013/8/26 Ben Lippmeier b...@ouroborus.net On 23/08/2013, at 3:52 AM, Ryan Newton wrote: Well, what's the long term plan? Is the LLVM backend going to become the only backend at some point? I wouldn't argue against ditching the NCG entirely. It's hard to justify fixing NCG performance

SV: ./configure not using system MinGW

Hi! It's perfectly normal, to use that gcc. What it should do is to check out the ghc-tarballs repo and unpack a gcc from there. Now that I think of it, I had to manually get that repo last time. Maybe sync-all is broken? . Niklas - Ursprungligt meddelande - Från: Kyle Van

Re: Multiple repositories, submodules, subtrees and whatnot (Was: Re: libffi)

Given the recent debate about using submodules or subtrees, and the occasional issues with sync-all: did anyone ever look into using the 'repo' tool? Created by Google for Android development (AFAIK), but also used by several other projects. See https://code.google.com/p/git-repo/ Con: - It