On Fri 03 Mar 2017 15:32, Mike Gran writes:
> I also can replicate the Cygwin problem as originally described.
I understand that with the fix in 2.1.8, that things are working
correctly now; closing the report. Thanks for the sleuthing, szgyg and
Mike!
Andy
On Mon, Mar 06, 2017 at 08:41:56PM +0100, Andy Wingo wrote:
> On Thu 02 Mar 2017 10:13, szgyg writes:
>
> > load_thunk_from_memory doesn't call mprotect because in loader.c
> > line 436 the ELF segment is aligned to 4k while page size is 64k.
>
> Ah, thank you for tracking this down. I think we
Hi :)
On Thu 02 Mar 2017 10:13, szgyg writes:
> load_thunk_from_memory doesn't call mprotect because in loader.c
> line 436 the ELF segment is aligned to 4k while page size is 64k.
Ah, thank you for tracking this down. I think we were going to just
change the page size to 64K for .go files but
On Wed, Mar 01, 2017 at 05:47:30PM +0100, Andy Wingo wrote:
> On Wed 01 Mar 2017 11:27, szgyg writes:
>
> > I got two identical segfaults from make -j2 on 32-bit cygwin, and
> > three identical segfaults from make -j3 on 64-bit at the same point.
> >
> > Any idea?
>
> Could it be some mprotect i
On Wed 01 Mar 2017 11:27, szgyg writes:
> I got two identical segfaults from make -j2 on 32-bit cygwin, and
> three identical segfaults from make -j3 on 64-bit at the same point.
>
> Any idea?
Could it be some mprotect issue? static-patch is a bytecode that is
used when doing run-time relocatio
I got two identical segfaults from make -j2 on 32-bit cygwin, and
three identical segfaults from make -j3 on 64-bit at the same point.
Any idea?
-
Making all in bootstrap
make[2]: Entering directory
'/home/szgyg/usr/src/CYGPORT/guile2-2.1.7-0.i686/build/bootstrap'
BOOTSTRAP G
