Open Quuxplusone opened 8 years ago
Attached main.log.bz2
(157048 bytes, application/x-bzip2): build log (compressed)
Assuming that LLVM 3.4svn is the version of cc, and the svn checkout that is being compiled is more recent.
I don't have the platform available, but I just tried compiling with clang 3.8 (libstdc++) and could not reproduce the problem.
From the error message I'd conclude there is some problem with the STL implementation. A move should not require an implemented copy constructor.
(In reply to comment #1)
> Assuming that LLVM 3.4svn is the version of cc, and the svn checkout that is
> being compiled is more recent.
Yes. The checkout is r253905. The compiler is Xcode 5.1's clang (clang-
503.0.35, based on LLVM 3.4svn).
> I don't have the platform available, but I just tried compiling with clang
> 3.8 (libstdc++) and could not reproduce the problem.
I don't expect you'd hit the problem in that case either. The workaround we're
using is blacklisting Xcode 5.1 and earlier which is causing our build system
to use OSS clang 3.7 to build llvm 3.8 instead.
(In reply to comment #2)
> I don't expect you'd hit the problem in that case either. The workaround
> we're using is blacklisting Xcode 5.1 and earlier which is causing our build
> system to use OSS clang 3.7 to build llvm 3.8 instead.
Do I understand correctly that this is a bug in clang-503.0.35, not a problem
in Polly's source?
Yes, it's likely a bug in the STL in Xcode 5.1 that we probably need to figure out a workaround for.
I believe r252441 built fine with that configuration.
Move bugs to Polly product.
main.log.bz2
(157048 bytes, application/x-bzip2)