> On Dec 9, 2016, at 7:28 AM, Matt Wette <matt.we...@gmail.com> wrote: > > >> On Dec 7, 2016, at 11:55 AM, Andy Wingo <wi...@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.
