Herbert says (in bold font) do not ever use sync-all, in this post
http://www.reddit.com/r/haskell/comments/2hes8m/the_ghc_source_code_contains_1088_todos_please/.
If that's really true, we should either nuke it altogether, or change it to do
something correct. The idea that it might set up
On 10/02/2014 08:49 AM, Simon Peyton Jones wrote:
Herbert says (in bold font) do not ever use sync-all, in this post
http://www.reddit.com/r/haskell/comments/2hes8m/the_ghc_source_code_contains_1088_todos_please/.
If that's really true, we should either nuke it altogether, or change it to
On 2014-10-02 at 09:49:11 +0200, Simon Peyton Jones wrote:
Herbert says (in bold font) do not ever use sync-all, in this post
http://www.reddit.com/r/haskell/comments/2hes8m/the_ghc_source_code_contains_1088_todos_please/.
If that's really true, we should either nuke it altogether, or change
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Herbert,
you are still not making the case for why we are keeping it. In fact,
you are doing quite the opposite!
The wiki[0] appears to no longer tell you to use sync-all when
obtaining sources, however, it seems sync-all is still to be used when
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I just realised I might have answered my last question with the
observation that you're supposed to use it for local clones. But
further clarification would still be appreciated. Thanks.
- --
Alexander
alexan...@plaimi.net
Well, which library should it be part of? Add it to the exposed-modules
list there and it should get compiled.
It's not only a get it compiled problem, even if I add it to base or
some other lib and get it compiled, it's failing with a undefined
reference linker error. I'm trying to use a
Herbert Valerio Riedel wrote:
So I'm not saying `sync-all` is doing something wrong, but rather that's
overly complex for the task at hand, and we've had support issues with
`sync-all` due to subtle bugs in it (just check the git history for
sync-all to see the tweaks we needed). Moreover,
After further discussion with Neil Mitchell arouund this, I have pushed an
update through to https://phabricator.haskell.org/D297.
It introduces one data structure per annotation, and allows the user to
look up based on the SrcSpan of the annotated AST element and th expected
annotation type.
Ok, report back 24 hrs after a Haskell Cafe email [1] and reference to it
on Reddit [2].
The Reddit post has 16 upvotes and no downvotes.
The Haskell Cafe post generated two reponses, one from Andrew Gibiansky
(IHaskell,ghc-parser), and one from Mateusz Kowalczyk (Haddock,yi,GHC),
both in
What's going on here? No other library module defines this function, except
in Cabal!
Simon
libraries\base\GHC\Windows.hs:124:16:
Not in scope: 'dropWhileEndLE'
Perhaps you meant 'dropWhileEnd' (imported from Data.OldList)
libraries/base/ghc.mk:4: recipe for target
(Replying to ghc-devs@ as well.)
-
Yes, you're quite right. I think a part of the original diff was
actually missing.
Please update/rebase your tree. I've reverted this in
d6d5c127b86dc186b25add2843cb83fc12e72a85
On Thu, Oct 2, 2014 at 2:48 PM, Simon Peyton Jones
Hi,
All we need is someone to act as convenor/coordinator and we are good to
go. Would any of you be willing to play that role?
Indeed, the next thing I was going to ask was about expediting the decision
process. I would be happy to try and coordinate a push in Windows matters.
There is a
Sigh. The testsuite fails utterly on Windows, with thousands of identical
errors
= tc012(normal) 3039 of 4088 [1, 2677, 88]
cd .\typecheck\should_compile 'C:/code/HEAD/inplace/bin/ghc-stage2.exe'
-fforce-recomp -dcore-lint -dcmm-lint -dno-debug-output -no-user-package-db
-rtsopts
We need to get a windows build not up for phabricator that stops breaking
changes from getting submitted.
On Oct 2, 2014 10:40 PM, Simon Peyton Jones simo...@microsoft.com wrote:
Sigh. The testsuite fails utterly on Windows, with thousands of
identical errors
= tc012(normal) 3039 of
I'm sure we could make git handle the tarballs, but it just seems like the
wrong tool for the job. We'd have to use multiple advanced features of git
where a simple wget/curl would do. Versioning is also a moot point, since
we would embed versions in filenames. In fact, versioning would be easier
On Thu, Oct 2, 2014 at 4:39 PM, Simon Peyton Jones simo...@microsoft.com
wrote:
Presumably this is some kind of Windows escape-character problem. But it
has worked fine for years, so what is going on?
At a guess, something that was using / is now using \ and getting eaten by
the shell. Or
Oh, in this case, it's likely because we're not actually exporting
the symbol. Check Linker.c, esp the calls to SymI_HasProto.
Edward
Excerpts from Ömer Sinan Ağacan's message of 2014-10-02 02:34:35 -0700:
Well, which library should it be part of? Add it to the exposed-modules
list there
Simon Peyton Jones asked
What's going on here? No other library module defines this function, except
in Cabal!
Simon
That was my fault; I'm very sorry. I had added that function (similar
to Data.List.dropWhileEnd, but not the same) to
compiler/utils/Util.lhs and to another module that used
18 matches
Mail list logo
