On Mon, Feb 29, 2016 at 5:18 AM, Jeff King [off-list ref] wrote:
On Sat, Feb 27, 2016 at 08:12:22AM +0100, Torsten Bögershausen wrote:
quoted
quoted
Torsten, what is the compiler version (I don't have Apple compilers, but
it seems plausible that older clang might have the same problem).
That's machine is running Mac OS X 10.6, which is no longer supported
with updates.
gcc --version
i686-apple-darwin10-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5666) (dot 3)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Thanks. Out of curiosity, I tried to reproduce by with a build of gcc
4.2.1, to see if I could bisect. But it seems the toolchain is quite
complex. After much munging, I managed to build a broken compiler (which
I think is due to a much too-new version of bison, but I stopped
digging).
Your suggestion elsewhere in the thread to just use clang instead sounds
good to me. :)
If possible, for the moment, I'd prefer to hold off on that
sledge-hammer approach of unconditionally making the build use clang.
It would be nice to have a more detailed understanding of what exactly
is triggering the Apple compiler bug, and I've been trying to find
time to check it out on my old Mac.