On 5/21/2016 10:15 PM, Eliot Moss wrote:
[snip]
>> You surely tried this already: strip --strip-unneeded or --strip-debug?
>
> A helpful thought, but no, it did not occur to me. Getting pypy to run
> that extra step in the middle of its build would involve hacking its
> process
> of generating a
(Sorry for top post: meant to send this to the list
in the first place ... EM)
Forwarded Message
Subject: Re: Help debugging a dll issue
Date: Sat, 21 May 2016 23:14:09 -0400
From: Eliot Moss
Reply-To: m...@cs.umass.edu
To: Duncan Roe
On 5/21/2016 10:58 PM, Duncan Roe wrote:
On Sat, May 21, 2016 at 07:30:37PM -0400, Eliot Moss wrote:
> On 5/19/2016 10:54 PM, Eliot Moss wrote:
> >Dear Cygwin friends --
> >
> >I am trying to get pypy to build under cygwin. (It used to do so, but
> >has not been maintained.) I am very close, but there is something quite
> >odd happening
On 5/21/2016 9:45 PM, René Berber wrote:
On 5/21/2016 6:30 PM, Eliot Moss wrote:
[snip]
I used binary search, eliminating .o files from the .dll on the thought
that it was either a particular .o file that was leading to a problem,
or possibly the overall size (this is a huge link!). I found th
On 5/21/2016 6:30 PM, Eliot Moss wrote:
[snip]
> I used binary search, eliminating .o files from the .dll on the thought
> that it was either a particular .o file that was leading to a problem,
> or possibly the overall size (this is a huge link!). I found that a .dll
> with 58725 section 1 symbo
On 5/19/2016 10:54 PM, Eliot Moss wrote:
Dear Cygwin friends --
I am trying to get pypy to build under cygwin. (It used to do so, but
has not been maintained.) I am very close, but there is something quite
odd happening when trying to access the large dll that the system builds:
the first call
6 matches
Mail list logo
