[llvm] r310510 - [SimplifyCFG] remove checks for crasher test from r310481

[Davide Italiano via llvm-commits]

Apologies for the delay, I was out in the last days and it took me a
while to get access to a Mac. I'm making this my top priority.

On Thu, Aug 10, 2017 at 6:44 AM, Sanjay Patel <spatel at rotateright.com> wrote:
> FWIW, my local machine has:
> $  clang -v
> Apple LLVM version 8.1.0 (clang-802.0.42)
> Target: x86_64-apple-darwin16.7.0
>
> But if we look at some of the bot fails, there doesn't seem to be a
> connection to macOS. These failed *after* r310492 (so likely passed with the
> earlier version of the test):
> 1.
> http://lab.llvm.org:8011/builders/clang-cmake-armv7-a15-selfhost-neon/builds/1823
> 2. http://lab.llvm.org:8011/builders/llvm-mips-linux/builds/2187
>
>
>
> On Thu, Aug 10, 2017 at 5:25 AM, Alex L <arphaman at gmail.com> wrote:
>>
>> Also reproduces locally with clang-900.0.27. Doesn't look like a
>> miscompile.
>>
>> On 10 August 2017 at 12:15, Alex L <arphaman at gmail.com> wrote:
>>>
>>> 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>
>>>> wrote:
>>>> > On Wed, Aug 9, 2017 at 12:42 PM, Sanjay Patel <spatel at rotateright.com>
>>>> > wrote:
>>>> >> The IR difference is real - it seems to depend on whether you're
>>>> >> building
>>>> >> 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/XcodeDefault.xctoolchain/usr/bin
>>>>
>>>> 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.
>>>>
>>>> Thanks,
>>>>
>>>> --
>>>> Davide
>>>> _______________________________________________
>>>> llvm-commits mailing list
>>>> llvm-commits at lists.llvm.org
>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
>>>
>>>
>>
>



-- 
Davide

"There are no solved problems; there are only problems that are more
or less solved" -- Henri Poincare