Re: GNU Guile 2.1.5 released (beta)

[Matt Wette]

On Dec 9, 2016, at 7:28 AM, Matt Wette <address@hidden> wrote:

On Dec 7, 2016, at 11:55 AM, Andy Wingo <address@hidden> wrote:

We are pleased to announce GNU Guile release 2.1.5.

Guile 2.1.5 is the fifth pre-release in what will eventually become the
2.2 release series.  We encourage you to test this release and provide
feedback to address@hidden.

I am building on my Mac running macOS 10.12.1, aka Sierra.  I will post my patches when I get through “make check”.  

As a heads-up:
1) macOS does not have clock_getcpuclockid(), stime.c line 833, so patch skips that check.

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=23870

2) macOS mkostemp() (filesys.c line 1496) will fail if any non-supported bits are passed in open_flags, so patch masks out unsupported bits.

https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24862

Make check is failing on test-language, so I will be chasing that down.

Progress so far: At the end of test-suite/standalone/test-language is

guile --no-auto-compile \

      -l "$top_srcdir/module/ice-9/q.scm" \

      --language=elisp \

      -l "$srcdir/test-language.el" \

      --language=ecmascript \

      -l "$srcdir/test-language.js" \

      --language=scheme \

      -c 1

mwette$ guile --no-auto-compile --language=ecmascript -l $srcdir/test-language.js -c 1

(lldb) target create "/Users/mwette/proj/scheme/guile/guile-2.1.5/libguile/guile"

Current executable set to '/Users/mwette/proj/scheme/guile/guile-2.1.5/libguile/guile' (x86_64).

(lldb) settings set -- target.run-args  "--no-auto-compile" "--language=ecmascript" "-l" "/Users/mwette/proj/scheme/guile/guile-2.1.5/test-suite/standalone/test-language.js" "-c" "1"

(lldb) run

Process 92234 launched: '/Users/mwette/proj/scheme/guile/guile-2.1.5/libguile/guile' (x86_64)

Process 92234 stopped

* thread #1: tid = 0x132974, 0x00007fffad952f9c libsystem_platform.dylib`_platform_memmove$VARIANT$Haswell + 252, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x2001000)

    frame #0: 0x00007fffad952f9c libsystem_platform.dylib`_platform_memmove$VARIANT$Haswell + 252

libsystem_platform.dylib`_platform_memmove$VARIANT$Haswell:

->  0x7fffad952f9c <+252>: vmovups %ymm0, (%rax)

    0x7fffad952fa0 <+256>: vmovups 0x20(%rsi), %ymm2

    0x7fffad952fa5 <+261>: addq   $0x40, %rsi

    0x7fffad952fa9 <+265>: subq   $0x80, %rdx

(lldb) up

frame #1: 0x00007fffad7fd42e libsystem_c.dylib`__memcpy_chk + 22

libsystem_c.dylib`__memcpy_chk:

    0x7fffad7fd42e <+22>: movq   %rbx, %rax

    0x7fffad7fd431 <+25>: addq   $0x8, %rsp

    0x7fffad7fd435 <+29>: popq   %rbx

    0x7fffad7fd436 <+30>: popq   %rbp(lldb) up

frame #2: 0x00000001000425eb guile`copy_and_align_elf_data(data=""margin: 0px; font-size: 13px; line-height: normal; font-family: Menlo; background-color: rgb(255, 255, 255);" class="">   222 

   223   alignment = elf_alignment (data, len);

   224   copy = alloc_aligned (len, alignment);

-> 225   memcpy(copy, data, len);

   226 

   227   return copy;

   228 }

(lldb) 

Note: supplied lldb is only debugger that can be used on Sierra (unless security is disabled), it seems.