[llvm] r310510 - [SimplifyCFG] remove checks for crasher test from r310481
Alex L via llvm-commits
llvm-commits at lists.llvm.org
Thu Aug 10 04:15:58 PDT 2017
Our bot used clang-800.0.42.1 and had the same IR as Sanjay.
On 10 August 2017 at 11:57, Davide Italiano via llvm-commits <
llvm-commits at lists.llvm.org> wrote:
> On Thu, Aug 10, 2017 at 12:43 AM, Davide Italiano <davide at freebsd.org>
> > On Wed, Aug 9, 2017 at 12:42 PM, Sanjay Patel <spatel at rotateright.com>
> >> The IR difference is real - it seems to depend on whether you're
> >> debug or release.
> >> This didn't change if I specified triple+layout with:
> >> target datalayout = "e-m:e-i64:64-f80:128-n8:16:32:64-S128"
> >> target triple = "x86_64-unknown-linux-gnu"
> >> Here's what I show using a debug build of opt on x86-64 on macOS (note:
> >> different blocks, different phi, etc):
> > While I think this is unrelated to the change, it's an annoying piece
> > of non-determinism.
> > I'll try to shed some light on it today.
> > Thanks,
> I'm finally able to reproduce this.
> It reproduces only on MacOS (not on Linux nor Windows), when building
> trunk (debug/release) with the following compiler:
> $ clang --version
> Apple LLVM version 7.3.0 (clang-703.0.31)
> Target: x86_64-apple-darwin15.4.0
> Thread model: posix
> InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/
> Does this match the version you have? I'll consider building with a
> different compiler on Mac (e.g. GCC) because this could possibly be a
> miscompile introduced by the LLVM clang shipped by Apple.
> llvm-commits mailing list
> llvm-commits at lists.llvm.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-commits