On 2014-05-01, at 23:46, Edward Kmett wrote:
> With the old custom linker we weren't able to get our custom MPFR linked in
> properly on all platforms for use in ghci.
>
> On Macs we ran into some rather interesting problems. We could get it to
> work for actual executables, but ghci would segfa
y, it's time to have a conversation about whether
we
want to
do dynamic linking again for 7.10, or revert to static linking. I
think
Austin is going to update
https://ghc.haskell.org/trac/ghc/wiki/DynamicGhcPrograms, and then
we'll
see
where we stand.
Cheers,
Simon
On Tue, Apr 29, 20
recently.
>>>>>>>>>
>>>>>>>>> As an example, on the web page for the book the Haskell School of
>>>>>>>>> Expression
>>>>>>>>> it says:
>>>>>>>>>
>>>>>>&
t;
>>>>>>>> I'd like to understand more about what those
problems are.
As a
>>>>>>>> data
>>>>>>>
> suffices.
>>>>>>>>>
>>>>>>>>> In particular, I'm hoping that it is going to
fix a lot
of problems
>>>>>>>>> with
>>>>>>>>> using foreign libra
update
https://ghc.haskell.org/trac/ghc/wiki/DynamicGhcPrograms, and then
we'll
see
where we stand.
Cheers,
Simon
On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
mailto:simo...@microsoft.com>> wrote:
As Austin has told us, there's a draft of the *GHC Status
Report
fo
; in
>> >>>>>>> order
>> >>>>>>> to run it (see example/GMIExamples.lhs for an example).
>> >>>>>>>
>> >>>>>>> I had similar problems using the Yale Euterpea mu
;> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 30/04/2014 01:35, George Colpitts wrote:
>>>>>>>>>
>&
>>>>> is
>>>>>>> now scheduled for 7.10.1
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Apr 30, 2014 at 1:45 PM, Simon Marlow
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
had similar problems using the Yale Euterpea music program from
> >>>>>>> ghci.
> >>>>>>> When
> >>>>>>> I inquired I was referred to
> >>>>>>> https://ghc.haskell.org/trac/ghc/ticket/4244
> >>>&
t;>> is
>>>>>>> now scheduled for 7.10.1
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Apr 30, 2014 at 1:45 PM, Simon Marlow
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>
;>> whether we
>> >>> | want to do dynamic linking again for 7.10, or
>> revert to
>> >>> static
>> >>> linking.
>>
:simo...@microsoft.com
<mailto:simo...@microsoft.com> <mailto:simo...@microsoft.com
<mailto:simo...@microsoft.com>>__>> wrote:
| >
| > As Austin has told us, there's a draft of the *GHC
Status Report
/ghc.haskell.org/trac/ghc/wiki/DynamicGhcPrograms, and then we'll
see
where we stand.
Cheers,
Simon
On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
mailto:simo...@microsoft.com>> wrote:
As Austin has told us, there's a draft of the *GHC Status Report
for
the HCAR*, he
skell.org/trac/ghc/wiki/DynamicGhcPrograms, and then
we'll
see
where we stand.
Cheers,
Simon
On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
mailto:simo...@microsoft.com>> wrote:
As Austin has told us, there's a draft of the *GHC Status
Report
for
the HCAR*,
-informed about details;
I just
>>> watch the
>>> traffic going by. And of course it does have
benefits that
>>> doubtless generate less traffic.
>>>
On Fri, May 2, 2014 at 10:19 AM, Edward Kmett wrote:
> I may have to dig to find an example, but when I last checked it seemed
> that c++ libraries would load fine, but there was a problem with static
> initializers not getting called, when loading from ghci, so if your c++
> library needed them
a black hole, endlessly
>>sucking
>> effort and increasing complexity.
>>
>> My viewpoint is highly un-informed about details; I just
>>watch the
>> traffic going by. And of course it does have benefits that
>>
e
>>>>>>> that
>>>>>>> suffices.
>>>>>>>
>>>>>>> In particular, I'm hoping that it is going to fix a lot of problems
>>>>>>> with
>>>>>>> using foreign libraries such as Open
| want to do dynamic linking again for 7.10, or revert to
> >>> static
> >>> linking.
> >>>
> >>> I echo this. Dynamic linking has had many un-anticipated
> >>> costs and
> >>>
now feels to me like a black hole, endlessly
>>> sucking
>>> effort and increasing complexity.
>>>
>>> My viewpoint is highly un-informed about details; I just
>>> watch the
>>> traffic go
e using static linking (I compiled GHC with
>>>>> DYNAMIC_GHC_PROGRAMS=NO), we're loading upwards of 50 3rd-party C++
>>>>> libraries and one gigantic shared library consisting of a ton of
>>>>> in-house
>>>>> C++ code, together wit
t;>>> perfectly. The key to using the static linker is to not use it for C++
>>>> code
>>>> - you want all your external C++ code in shared libraries and load those
>>>> using the system linker.
>>>>
>>>> Dynamic linking has bee
> | >
>> | > On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
>> | > mailto:simo...@microsoft.com>
>> <mailto:simo...@microsoft.com <mailto:simo...@microsoft.com>>> wrote:
>> | >
>> | > As Austin
ic going by. And of course it does have benefits that
>> doubtless generate less traffic.
>>
>> Simon
>>
>> |
>> |
>> |
>> | >
>> | > On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
>> | > mailto:simo...@micro
un-informed about details; I just watch the
>> traffic going by. And of course it does have benefits that
>> doubtless generate less traffic.
>>
>> Simon
>>
>> |
>> |
>> |
>> | >
>> | > On Tue, Apr 2
;>> wrote:
| >
| > As Austin has told us, there's a draft of the *GHC Status Report
| for
| > the HCAR*, here:
| >
| > https://ghc.haskell.org/trac/ghc/wiki/Status/May14
| >
| > Have we missed out something you have b
7;ll see
where we stand.
Cheers,
Simon
On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
mailto:simo...@microsoft.com>> wrote:
As Austin has told us, there's a draft of the *GHC Status Report for
the HCAR*, here:
https://ghc.haskell.org/trac/ghc/wiki/Status/May
tails; I just watch the traffic
> going by. And of course it does have benefits that doubtless generate less
> traffic.
>
> Simon
>
> |
> |
> |
> | >
> | > On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
> | > mailto:simo...@microsoft.com>> wrote:
&
ime to have a conversation about whether we want to
>> do dynamic linking again for 7.10, or revert to static linking. I think
>> Austin is going to update
>> https://ghc.haskell.org/trac/ghc/wiki/DynamicGhcPrograms, and then we'll see
>> where we stand.
>>
>&
..@microsoft.com>>__>
wrote:
As Austin has told us, there’s a draft of the *GHC Status
Report for
the HCAR*, here:
https://ghc.haskell.org/trac/__ghc/wiki/Status/May14
<https://ghc.haskell.org/trac/ghc/wiki/S
>> wrote:
| >
| > As Austin has told us, there's a draft of the *GHC Status Report
| for
| > the HCAR*, here:
| >
| > https://ghc.haskell.org/trac/ghc/wiki/Status/May14
| >
| > Have we missed out something you have been working hard on? Do
| >
Cheers,
> Simon
>
>
>
>
>> On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
>> mailto:simo...@microsoft.com>> wrote:
>>
>> As Austin has told us, there’s a draft of the *GHC Status Report for
>> the HCAR*, here:
>>
>> htt
Hi,
On Wed, 30 Apr 2014 17:45:35 +0100, Simon Marlow writes:
> Dynamic linking has been a huge headache in GHC, and it's not clear
> that it's an overall improvement compared with the static linker. Now
> that 7.8 is out of the way, it's time to have a conversation about
> whether we want to do
Peyton Jones
mailto:simo...@microsoft.com>> wrote:
As Austin has told us, there’s a draft of the *GHC Status Report for
the HCAR*, here:
https://ghc.haskell.org/trac/ghc/wiki/Status/May14
Have we missed out something you have been working hard on? Do
take
Great, thanks Peter!
On Wed, Apr 30, 2014 at 8:29 AM, Peter Wortmann wrote:
>
>
> Added a few sentences about DWARF support - we should really aim to get
> this done for 7.10.
>
> Greetings,
> Peter Wortmann
>
>
>
> ___
> ghc-devs mailing list
> ghc-d
Added a few sentences about DWARF support - we should really aim to get
this done for 7.10.
Greetings,
Peter Wortmann
___
ghc-devs mailing list
ghc-devs@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-devs
mention it, so maybe that suffices.
>>
>> In particular, I'm hoping that it is going to fix a lot of problems with
>> using foreign libraries such as OpenGL from ghci. I could be wrong about
>> that though.
>>
>>
>> On Tue, Apr 29, 2014 at 6:13 PM, Si
yton Jones
> wrote:
>>
>> As Austin has told us, there’s a draft of the GHC Status Report for the
>> HCAR, here:
>>
>> https://ghc.haskell.org/trac/ghc/wiki/Status/May14
>>
>> Have we missed out something you have been working hard on? Do take a
>&g
f problems with
using foreign libraries such as OpenGL from ghci. I could be wrong about
that though.
On Tue, Apr 29, 2014 at 6:13 PM, Simon Peyton Jones
wrote:
> As Austin has told us, there’s a draft of the *GHC Status Report for the
> HCAR*, here:
>
> https://ghc.haskell.org
As Austin has told us, there's a draft of the GHC Status Report for the HCAR,
here:
https://ghc.haskell.org/trac/ghc/wiki/Status/May14
Have we missed out something you have been working hard on? Do take a moment
to add a bullet in an appropriate place (it's a wiki). I'd like t
41 matches
Mail list logo