Hello Matti,
On 06/06/2012 06:14 PM, Matti Picus wrote:
I have started a branch to support app level finding functions by ordinals:
win-ordinal
I would be happy for any comments as it progresses. Currently, I have added
tests and ordinal handling to rlib/libffi.py and module/_ffi
I read
Armin,
thanks for merging in the patch. I have now cloned the latest version, and
tried to compile under Cygwin. I ran into a couple more issues, attached is a
follow-up patch. In parallel I had a longer conversation with Matti about
potentially setting up a build slave for Pypy under Cygwin.
2012/6/7 Uwe F. Mayer uwe_f_ma...@yahoo.com
Currently the Cygwin Pypy Python standalone version build with --opt=jit
fails on os.fork() calls.
fork() on Windows... I'm surprised it works at all!
You should probably read this page:
http://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-process
The pypy-c executable is not a dll, and hence does not need to be rebased if I
understand it correctly. However, just to follow up on this hunch, I rebased it
by first running rebaseall -v on the complete Cygwin installation (which does
not touch pypy-c even if put into /usr/bin/) and then
Hi Alex,
With respect to build, I installed root from gentoo repository, and the
problem there is that headers are in /usr/include/root and the actual libs are
in /usr/lib/root, but the pypy build expects libs to be in
/usr/include/root/lib if you specify SYSROOT=/usr/include/root.
now
As requested, I ran the code with strace. More precisely, I ran from the
pypy/pypy/translator/goal/ directory the command:
strace sh -c 'pypy-c /d/pypy/test_os_fork.py'
I ran this twice, once with a version of pypy built with --opt=2, and once
with with a version of pypy built with --opt=jit.
Hi Uwe,
On Thu, Jun 7, 2012 at 9:21 PM, Uwe F. Mayer uwe_f_ma...@yahoo.com wrote:
3 [main] pypy-c 11788 fixup_mmaps_after_fork: ReadProcessMemory failed
for MAP_PRIVATE address 0xB001, Win32 error 998
Yes, that's one of the mmap addresses used by the JIT, if available.
More to the