> On Dec 9, 2016, at 7:28 AM, Matt Wette <matt.wette@gmail.com> wrote:
> 
> 
>> On Dec 7, 2016, at 11:55 AM, Andy Wingo <wingo@pobox.com> 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 guile-devel@gnu.org.
> 
> 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 <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 <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="\x7fELF\x02\x01\x01?, len=6837) + 90 at loader.c:225
   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.