GHC

Hi *, Welcome for the latest entry in the GHC Weekly News, which has been somewhat irregularly scheduled - but we're as busy as ever! 8.0.1 release roadmap We're still steaming ahead on GHC 8.0.1 - any interested participants are suggested to ... [More] look at the wiki:Status/GHC-8.0.1 page, to see where we're currently at. These past few weeks have been good: we've gotten the first part of the overloaded record fields work in, and we have plans to land the kind equalities work in November. Furthermore, Simon Marlow, Peter Wortmann and Ben are working on reviewing all of the DWARF improvements, and hopefully the start of this work will land next week. But 8.0 isn't the only thing that'll be getting released... And some other minor releases In a total, unprecedented upset - we're aiming to do three GHC releases in a fairly short amount of time. 7.10.3 Ben Gamari has been working on steadily hacking away at GHC 7.10.3, and the hopes are that we'll be able to ship it soon. This will fix several dozen bugs, some of which are critical for our users. You can keep up to date by following the wiki:Status/GHC-7.10.3 page. 7.8.5 Simultaneously, your author will also be working on a GHC 7.8.5 release. While we were alerted a few months ago to this breakage, it seems rather unfortunate for the 7.8 series to remain broken on such a popular OS. Furthermore, the "Three GHC Release Policy" for many authors - to support the last three major versions of GHC - would mean that 7.8 would be broken for OS X developers for an entire year until GHC 8.2.1. Which is a pretty unfortunate circumstance. It's not expected the 7.8.5 release will contain any other fixes, however. List chatter (Over the past two weeks) Ben Gamari wrote in about switching the users guide to reStructuredText, and the TL;DR is - it's done! We'll have a beautiful new users guide for GHC 8.0.1 ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010029.html Matthew Pickering comments about the state of pattern synonym signatures, remarking that they're currently confusing, noting down some things we could possibly fix. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010024.html Ben Gamari talked about the status of the recent DWARF work, and so far it's looking good. The needed patches are still in the review pipeline, but the hope is that they'll all be done in time for 8.0.1. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010039.html David A Roberts wrote in to ask a question: now that we have ApplicativeDo, what about Applicative comprehensions? The responses indicate this seems like it would be a great addition. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010062.html Richard Eisenberg sent in a status update about his work on kind equalities, and the hope is it will land shortly in November! (Your editor then hassled him for a syntax change before landing.) ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010077.html Adam Foltzer has requested another release of the GHC 7.8 series, due to it being completely broken on OS X El Capitan. Expect more news on this soon. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010078.html Erik de Castro Lopo has recently been working with LLVM, and decided to publish his automation so interested GHC hackers could keep up to date and try new LLVMs easily. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010086.html Noteworthy commits (Over the past two weeks) Commit 4fd6207ec6960c429e6a1bcbe0282f625010f52a - Move the users guide to reStructured Text. Commit 6cde981a8788b225819be28659caddc35b77972d - Make GHC.Generics capable of handling unboxed tuples. Commit 0eb8fcd94b29ee9997b386e64203037bdf2aaa04 - Enable Enumeration is empty warnings for Integer Commit 620fc6f909cd6e51b5613454097ec1c9f323839a - Make Windows linker more robust to unknown sections Commit 5d841108acef950fed6a5e608ac9b18e7431aa87 - Add short library names support to the Windows linker Commit f8fbf385b879fe177409a25cc9499275ea3dc45d - Reinstate monomorphism-restriction warnings Commit dcc342870b4d8a739ccbed3ae26e84dcc3579914 - Don't inline/apply other rules when simplifying a rule RHS. Commit dec5cd4085488686b5ed50bb26ccbc0ba7b645ec - base: Add forkOSWithUnmask Commit e8c8173923302268ef950c3b21e276779e45ac83 - Allow arr ∧ (first ∨ (*)) as minimal definition of Arrow instance Commit 29310b622801733e1b29a9a61988406872db13ca - Switch to LLVM version 3.7 Commit 04e8366608fee4f5e3358acc855bc6f556c3f508 - ELF/x86_64: map object file sections separately into the low 2GB Commit b1884b0e62f62e3c0859515c4137124ab0c9560e - Implement DuplicateRecordFields Commit 75492e7467ff962f2f2e29e5c8b2c588c94ae8a7 - Add typed holes support in Template Haskell. Commit 6a8ca65032c6b3ed61b5378765e70120083cf5da - Allow left ∨ (+++) as minimal definition of ArrowChoice instance Closed tickets (Over the past two weeks) #10392, #7883, #10475, #10745, #10926, #9238, #10700, #10810, #10342, #365(!), #10361, #10929, #10563, #9907, #10513, #10868, #10932, #8920, #10516, #10416, #5966, #8335, #10520, #10687, #10571, #9058, #10939, #10938, #9590, #10949, #10153, #10947, #10948, #10936, #1883, #5289, #10733, #10950, #10611, #10959, #10960, #10831, #10796, #10890, #8010, #10216, #10965, #10953, #10964, #10931, #10714, #10888, #10633, #8652, #3971, #10882, #10977, #10267, and #10911. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News, which has been somewhat irregularly scheduled - but we're as busy as ever! 8.0.1 release roadmap We're still steaming ahead on GHC 8.0.1 - any interested participants are suggested to ... [More] look at the wiki:Status/GHC-8.0.1 page, to see where we're currently at. These past few weeks have been good: we've gotten the first part of the overloaded record fields work in, and we have plans to land the kind equalities work in November. Furthermore, Simon Marlow, Peter Wortmann and Ben are working on reviewing all of the DWARF improvements, and hopefully the start of this work will land next week. But 8.0 isn't the only thing that'll be getting released... And some other minor releases In a total, unprecedented upset - we're aiming to do three GHC releases in a fairly short amount of time. 7.10.3 Ben Gamari has been working on steadily hacking away at GHC 7.10.3, and the hopes are that we'll be able to ship it soon. This will fix several dozen bugs, some of which are critical for our users. You can keep up to date by following the wiki:Status/GHC-7.10.3 page. 7.8.5 Simultaneously, your author will also be working on a GHC 7.8.5 release. While we were alerted a few months ago to this breakage, it seems rather unfortunate for the 7.8 series to remain broken on such a popular OS. Furthermore, the "Three GHC Release Policy" for many authors - to support the last three major versions of GHC - would mean that 7.8 would be broken for OS X developers for an entire year until GHC 8.2.1. Which is a pretty unfortunate circumstance. It's not expected the 7.8.5 release will contain any other fixes, however. List chatter (Over the past two weeks) Ben Gamari wrote in about switching the users guide to reStructuredText, and the TL;DR is - it's done! We'll have a beautiful new users guide for GHC 8.0.1 ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010029.html Matthew Pickering comments about the state of pattern synonym signatures, remarking that they're currently confusing, noting down some things we could possibly fix. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010024.html Ben Gamari talked about the status of the recent DWARF work, and so far it's looking good. The needed patches are still in the review pipeline, but the hope is that they'll all be done in time for 8.0.1. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010039.html David A Roberts wrote in to ask a question: now that we have ApplicativeDo, what about Applicative comprehensions? The responses indicate this seems like it would be a great addition. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010062.html Richard Eisenberg sent in a status update about his work on kind equalities, and the hope is it will land shortly in November! (Your editor then hassled him for a syntax change before landing.) ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010077.html Adam Foltzer has requested another release of the GHC 7.8 series, due to it being completely broken on OS X El Capitan. Expect more news on this soon. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010078.html Erik de Castro Lopo has recently been working with LLVM, and decided to publish his automation so interested GHC hackers could keep up to date and try new LLVMs easily. ​https://mail.haskell.org/pipermail/ghc-devs/2015-October/010086.html Noteworthy commits (Over the past two weeks) Commit 4fd6207ec6960c429e6a1bcbe0282f625010f52a - Move the users guide to reStructured Text. Commit 6cde981a8788b225819be28659caddc35b77972d - Make GHC.Generics capable of handling unboxed tuples. Commit 0eb8fcd94b29ee9997b386e64203037bdf2aaa04 - Enable Enumeration is empty warnings for Integer Commit 620fc6f909cd6e51b5613454097ec1c9f323839a - Make Windows linker more robust to unknown sections Commit 5d841108acef950fed6a5e608ac9b18e7431aa87 - Add short library names support to the Windows linker Commit f8fbf385b879fe177409a25cc9499275ea3dc45d - Reinstate monomorphism-restriction warnings Commit dcc342870b4d8a739ccbed3ae26e84dcc3579914 - Don't inline/apply other rules when simplifying a rule RHS. Commit dec5cd4085488686b5ed50bb26ccbc0ba7b645ec - base: Add forkOSWithUnmask Commit e8c8173923302268ef950c3b21e276779e45ac83 - Allow arr ∧ (first ∨ (*)) as minimal definition of Arrow instance Commit 29310b622801733e1b29a9a61988406872db13ca - Switch to LLVM version 3.7 Commit 04e8366608fee4f5e3358acc855bc6f556c3f508 - ELF/x86_64: map object file sections separately into the low 2GB Commit b1884b0e62f62e3c0859515c4137124ab0c9560e - Implement DuplicateRecordFields Commit 75492e7467ff962f2f2e29e5c8b2c588c94ae8a7 - Add typed holes support in Template Haskell. Commit 6a8ca65032c6b3ed61b5378765e70120083cf5da - Allow left ∨ (+++) as minimal definition of ArrowChoice instance Closed tickets (Over the past two weeks) #10392, #7883, #10475, #10745, #10926, #9238, #10700, #10810, #10342, #365(!), #10361, #10929, #10563, #9907, #10513, #10868, #10932, #8920, #10516, #10416, #5966, #8335, #10520, #10687, #10571, #9058, #10939, #10938, #9590, #10949, #10153, #10947, #10948, #10936, #1883, #5289, #10733, #10950, #10611, #10959, #10960, #10831, #10796, #10890, #8010, #10216, #10965, #10953, #10964, #10931, #10714, #10888, #10633, #8652, #3971, #10882, #10977, #10267, and #10911. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]

Hi *, Welcome for the latest entry in the GHC Weekly News. It's been a little while, but here we are! And your author has finally returned from his 8 week sabbatical, too! So without any futher ado, lets get going... 8.0.1 release roadmap So ... [More] HEAD has been steaming along pretty smoothly for the past few months now. After talking with Simon last week, we decided that the best course of action would be to release 8.0.1 (a super-major release) sometime around late February, which were the plans for 7.10 (modulo a few weeks due to the FTP debates). The current schedule is roughly: November: Fork the new ghc-8.0 STABLE branch At this point, master development will probably slow as we fix bugs. This gives us 2 months or so until branch, from Today. This is nice as the branch is close to the first RC. December: First release candidate Mid/late February: Final release. "Why call it 8.0.1?", you ask? Because we have a lot of excellent features planned! I'm particularly partial to Richard's work for merging types and kinds (​Phab:D808). But there's a lot of other stuff. For all the nitty gritty details, be sure to check 8.0.1 status page to keep track of everything - it will be our prime source of information and coordination. And be sure to ​read my email to `ghc-devs` for more info. ... and a 7.10.3 release perhaps? On top of this, we've been wondering if another release in the 7.10 branch should be done. Ben did the release shortly after I left, and for the most part looked pretty great. But there have been some snags, as usual. So we're asking: ​who needs GHC 7.10.3? We'd really like to know of any major showstoppers you've found with 7.10 that are preventing you from using it. Especially if you're stuck or there's no clear workaround. Currently, we're still not 100% committed to this course of action (since the release will take time away from other things). However, we'll keep the polls open for a while - so please get in touch with us if you need it! (Be sure to read my email for specific information.) List chatter (Over the past two weeks) Bartosz Nitka writes to ghc-devs about the ongoing work to try and fix deterministic compilation in GHC (the dreaded ticket #4012). There's a very detailed breakdown of the current problems and issues in play, with responses from others - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009964.html Richard Eisenberg wants to know - how can I download all of Hackage to play with it? GHC developers are surely interested in this, so they can find regressions quickly - ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009956.html I wrote to the list about the upcoming tentative 7.10.3 plans, as I mentioned above. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009953.html I also wrote to the list about the tentative 8.0.1 plans, too. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009952.html Johan Tibell asks about his ongoing work for implementing unboxed sum types - in particular, converting unboxed sum types in StgCmm. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009926.html Ryan Scott wrote a proposal for the automatic derivation of Lift through GHC's deriving mechanism, specifically for template-hasekll users. The response was positive and the code is going through review now (​Phab:D1168). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009838.html Andrew Gibiansky writes in with his own proposal for a new "Argument Do" syntax - a change which would allow do to appear in positions without ($) or parenthesis, essentially changing the parser to insert parens as needed. The code is up at Phabricator for brave souls (​Phab:D1219). ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009821.html Edward Yang started a monstrous thread after some discussions at ICFP about a future for unlifted data types in GHC. These currently exist as special magic, but the proposals included would allow users to declare their own types as unlifted, and make unlifted values more flexible (allowing newtype for example). See wiki:UnliftedDataTypes and Edward's thread for more. ​https://mail.haskell.org/pipermail/ghc-devs/2015-September/009799.html Noteworthy commits (Over the past several weeks) Commit 374457809de343f409fbeea0a885877947a133a2 - Injective Type Families Commit 8ecf6d8f7dfee9e5b1844cd196f83f00f3b6b879 - Applicative Do notation Commit 6740d70d95cb81cea3859ff847afc61ec439db4f - Use IP-based CallStack in error and undefined Commit 43eb1dc52a4d3cbba9617f5a26177b8251d84b6a - Show MINIMAL complete definition in GHCi's :info Commit 296bc70b5ff6c853f2782e9ec5aa47a52110345e - Use a response file for linker command line arguments Commit 4356dacb4a2ae29dfbd7126b25b72d89bb9db1b0 - Forbid annotations when Safe Haskell is enabled Commit 7b211b4e5a38efca437d76ea442495370da7cc9a - Upgrade GCC/binutils to 5.2.0 release for Windows (i386/amd64) Closed tickets (Over the past two weeks) #10834, #10830, #10047, #9943, #1851, #1477, #8229, #8926, #8614, #10777, #8596, #10788, #9500, #9087, #10157, #10866, #10806, #10836, #10849, #10869, #10682, #10863, #10880, #10883, #10787, #8552, #10884, #7305, #5757, #9389, #8689, #10105, #8168, #9925, #10305, #4438, #9710, #10889, #10885, #10825, #10821, #10790, #10781, #9855, #9912, #10033, #9782, #10035, #9976, #10847, and #10865. [Less]