On Fri, 4 Jan 2019 at 23:46, Adam Sandberg Eriksson
wrote:
> A ticket which seems to cover the same problem:
> https://ghc.haskell.org/trac/ghc/ticket/11829
Wonderful! I can confirm[1] that adding the following to the cabal
file fixes the problem:
if os(darwin)
ld-options: -Wl,-keep_dwarf
On Fri, 4 Jan 2019 at 14:15, Gabor Greif wrote:
> maybe some DWARF unwind tables are not correctly installed in OS X?
Hi Gabor, thanks, I will look into that.
> Do intra-C++ exception catching work in your example?
Yes, I have a C++ executable foo[1] that links with libfoo that
correctly catche
Dear GHC Devs,
I'm debugging an issue in our haskell-opencv library where a C++ exception
that is thrown by the OpenCV C++ library isn't caught by the C++
try...catch block we have inlined in our Haskell code using inline-c-cpp.
This results in the process terminating by SIGABRT.
Note that this o
I also remember using such rules in my code. See for example:
https://github.com/basvandijk/aeson/blob/json-builder/Data/Aeson/Types/Internal.hs#L273
TIL rules like that are fragile.
Bas
Op 17 feb. 2017 3:49 p.m. schreef "David Feuer" :
I've never used such rules myself, but when I asked Dunca
On 16 March 2015 at 21:30, Austin Seipp wrote:
> We are pleased to announce the third release candidate for GHC 7.10.1:
>
> https://downloads.haskell.org/~ghc/7.10.1-rc3
> https://downloads.haskell.org/~ghc/7.10.1-rc3/docs/html/
I noticed that the Haddock docs return 404s:
https://downlo
Hi Ben, Austin,
Is there any chance of Ben's event manager patch landing in GHC-7.8.4?
Bas
On 13 October 2014 21:05, Ben Gamari wrote:
> Ben Gamari writes:
>
>> Andreas Voellmy writes:
>>
>>> On Sat, Oct 11, 2014 at 12:17 PM, Ben Gamari wrote:
>>>
>>> Ah... so this is not useful to you. I gu
