I tried the latest version of
GDB (even with the latest GCC) and, suffice to say, it is utterly broken
on OS X. Still, wanting something newer, I tried LLDB using this guide
here for reference and it seemed to work
pretty well (but then again, I don't really know what I'm doing so ymmv).
Global Odey
o ENOENT before triggering the failure.
Global Odey
.
Thanks
Global Odey
++ initial_cwd_=/var/ac/bld/coreutils-8.20.104-f2551/gnulib-tests
++ fail=0
+++ testdir_prefix_
+++ printf gt
++ pfx_=gt
+++ mktempd_ /var/ac/bld/coreutils-8.20.104-f2551/gnulib-tests
gt-test-getcwd.sh.
+++ case $# in
+++ destdir_=/var/ac/bld/coreutils-8.20.104-f2551
Running on (and compiling for) x86_64-apple-darwin12.2.0. Completely
stock system using the latest (November) command line tools from Apple.
GCC and LLVM/Clang both produce these results:
===
GNU coreutils 8.20.103-bb116: gnulib-tes
On 1/27/13 8:34 PM, Paul Eggert wrote:
Thanks, can you please try this patch instead? It's a bit more
drastic, but I hope it fixes the loop without introducing that other bug.
Thank you. Your patch does the trick on OS X 10.8.2, however, it causes
test-getcwd.sh to fail now.
Global
