search for: darwin12

On Thu, Nov 21, 2013 at 07:37:46PM -0500, Jack Howarth wrote: > Duncan, > Is this expected for x86_64-apple-darwin12 under Xcode 5? Using current > llvm/compiler-rt/clang/polly/testsuite with dragonegg 3.4 branch, I see > the warnings... > > % /sw/lib/gcc4.8/bin/gcc-4 -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/lib/integrated-as.specs -fplugin-arg-dragonegg-enable-gcc-optzns -Ofas...

Duncan, Is this expected for x86_64-apple-darwin12 under Xcode 5? Using current llvm/compiler-rt/clang/polly/testsuite with dragonegg 3.4 branch, I see the warnings... % /sw/lib/gcc4.8/bin/gcc-4 -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/lib/integrated-as.specs -fplugin-arg-dragonegg-enable-gcc-optzns -Ofast himenoBMTxpa.c him...

...that we haven't seen before. Nothing has changed in our bitcode generator. I have attached an IR file which can be used to reproduce this problem. The problem occurs with -O2 and -disable-fp-elim specified. Running llc from 3.3 works without problems: $ ~/Downloads/clang+llvm-3.3-x86_64-apple-darwin12/bin/llc -mtriple i386-unknown-macosx -O2 -disable-fp-elim reg-alloc-test.ll While llc from 3.4 fails: $ ~/Downloads/clang+llvm-3.4-x86_64-apple-darwin10.9/bin/llc -mtriple i386-unknown-macosx -O2 -disable-fp-elim reg-alloc-test.ll LLVM ERROR: ran out of registers during register allocation I have...

On x86_64-apple-darwin12, I am seeing regressions in the current llvm 3.4 release branch during 'make check'... Scanning dependencies of target check-llvm [100%] Running the LLVM regression tests FAIL: LLVM :: CodeGen/Generic/isel-optnone.ll (1362 of 9265) ******************** TEST 'LLVM :: CodeGen/Generic/ise...

Duncan, With the commit from http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20121203/158488.html, the Polyhedron 2005 benchmarks complete again on x86_64-apple-darwin12. The result are similar to what were seen with FSF gcc 4.6.2svn and llvm/dragonegg 3.0 (which was the last release that passed pb05) http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-October/044091.html. Jack ps Has an exhaustive effort been made yet to insure that llvm/dragonegg isn't s...

Fix is in (r167460). On Tue, Nov 6, 2012 at 6:18 PM, Kostya Serebryany <kcc at google.com> wrote: > The fix is under review. > > --kcc > > > On Tue, Nov 6, 2012 at 6:08 AM, Jack Howarth <howarth at bromo.med.uc.edu>wrote: > >> At 167457 on x86_64-apple-darwin12, I am seeing a slew of >> AddressSanitizer failures due to >> unresolved symbols such as... >> >> Exit Code: 1 >> Command Output (stderr): >> -- >> Undefined symbols for architecture x86_64: >> "___asan_init", referenced from: >>...

Hi Jack, thanks for these numbers. > With the commit from http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20121203/158488.html, > the Polyhedron 2005 benchmarks complete again on x86_64-apple-darwin12. The result are similar to what > were seen with FSF gcc 4.6.2svn and llvm/dragonegg 3.0 (which was the last release that passed pb05) > http://lists.cs.uiuc.edu/pipermail/llvmdev/2011-October/044091.html. > Jack > ps Has an exhaustive effort been made yet to insure that llvm/...

...ray of fast-math optimizations. I will try to find time to poke at gas_dyn and induct: since turning on gcc's optimizations there halve the run-time, LLVM's IR optimizers are clearly missing something important. Ciao, Duncan. > Jack > > Tested on x86_apple-darwin12 > > Compile Flags: -ffast-math -funroll-loops -O3 > > de-gfc47: /sw/lib/gcc4.7/bin/gfortran -fplugin=/sw/lib/gcc4.7/lib/dragonegg.so -specs=/sw/lib/gcc4.7/lib/integrated-as.specs > de-gfc48: /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/li...

...tapenko wrote: >> Neither we have them now. > > Alexander, > Do you mean to say that you can't reproduce this failure locally on x86_64 darwin? > I am testing with current llvm 3.2 branches for llvm/compiler-rt/clang/polly/testsuite > against Xcode 4.5.2 on x86_64-apple-darwin12 using a cmake build with... > > -DLLVM_ENABLE_ASSERTIONS=OFF -DCMAKE_BUILD_TYPE=Release .. > > and have CC set to clang and CXX to clang++. > Jack > I can not reproduce this failure with Xcode 4.5.2 on x86_64-apple-darwin11, LLVM-3.2 final is passing all regres...

Paul, could you take a look at this? Maybe it would make more sense for the in-progress optnone work to be omitted from the release? -- Sean Silva On Thu, Nov 21, 2013 at 11:27 AM, Jack Howarth <howarth at bromo.med.uc.edu>wrote: > On x86_64-apple-darwin12, I am seeing regressions in the current > llvm 3.4 release branch during 'make check'... > > Scanning dependencies of target check-llvm > [100%] Running the LLVM regression tests > FAIL: LLVM :: CodeGen/Generic/isel-optnone.ll (1362 of 9265) > ******************** TEST ...

...ragonegg 3.3svn support for gcc 4.8.x is http://llvm.org/bugs/show_bug.cgi?id=15980 which results in unresolved symbols for _iround and _iroundf in the aermod and rnflow testcases. Note that this skews the geometric mean of the run time to much higher values. Jack Tested on x86_apple-darwin12 Compile Flags: -ffast-math -funroll-loops -O3 de-gfortran47: /sw/lib/gcc4.7/bin/gfortran -fplugin=/sw/lib/gcc4.7/lib/dragonegg.so -specs=/sw/lib/gcc4.7/lib/integrated-as.specs de-gfortran48: /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/lib/integrated...

At 167457 on x86_64-apple-darwin12, I am seeing a slew of AddressSanitizer failures due to unresolved symbols such as... Exit Code: 1 Command Output (stderr): -- Undefined symbols for architecture x86_64: "___asan_init", referenced from: _asan.module_ctor in shared-lib-test-so-moBSTe.o "___asan_register_glo...

...f 12542) ******************** TEST 'AddressSanitizer :: use-after-free.cc' FAILED ******************** etc, and wonder if they could be related to that those linkage warnings. If so, I'll open a bug report. Thanks in advance. Jack ps This is using a debug build on x86_64-apple-darwin12 with Xcode 4.5.2's linker.

...; Ciao, Duncan. Duncan, Appended are another set of benchmark runs where I attempted to decouple the fast math optimizations from the vectorization by passing -fno-tree-vectorize. I am unclear if dragonegg really honors -fno-tree-vectorize to disable the llvm vectorization. Tested on x86_apple-darwin12 Compile Flags: -ffast-math -funroll-loops -O3 -fno-tree-vectorize de-gfc48: /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/lib/integrated-as.specs de-gfc48+optzns: /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4....

Duncan, With r182593, the dragonegg 3.3 branch now completely passes the Polyhedron 2005 benchmarks using the FSF gcc 4.8.1svn compiler. Thanks. Jack Tested on x86_apple-darwin12 Compile Flags: -ffast-math -funroll-loops -O3 de-gfortran47: /sw/lib/gcc4.7/bin/gfortran -fplugin=/sw/lib/gcc4.7/lib/dragonegg.so -specs=/sw/lib/gcc4.7/lib/integrated-as.specs de-gfortran48: /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/lib/integrated-...

...k, I attached dragonegg_so_lazy_bind.txt and LLVMPolly_so_lazy_bind.txt to http://llvm.org/bugs/show_bug.cgi?id=14140. Is there anything significant in those lists of lazy pointers relative to the failure we are seeing? FYI, I see the same failure for both x86_64-apple-darwin11 and x86_64-apple-darwin12 with current llvm/polly/dragonegg svn using Xcode 4.5.1's linker. > or > 2) Something else is wrong with the initializer and it happens to be jumping to the helper (that jumps into dyld), but the index parameter is garbage. You'll need to step though this in the debugger. >From...

The fix is under review. --kcc On Tue, Nov 6, 2012 at 6:08 AM, Jack Howarth <howarth at bromo.med.uc.edu>wrote: > At 167457 on x86_64-apple-darwin12, I am seeing a slew of > AddressSanitizer failures due to > unresolved symbols such as... > > Exit Code: 1 > Command Output (stderr): > -- > Undefined symbols for architecture x86_64: > "___asan_init", referenced from: > _asan.module_ctor in shared-lib-t...

...'AddressSanitizer :: use-after-free.cc' FAILED > ******************** > > etc, and wonder if they could be related to that those linkage warnings. > If so, I'll open a bug report. > Thanks in advance. > Jack > ps This is using a debug build on x86_64-apple-darwin12 with Xcode 4.5.2's > linker. > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > -- Alexey Samsonov, MSK -------------- nex...

...uns where I attempted to decouple the > fast math optimizations from the vectorization by passing -fno-tree-vectorize. > I am unclear if dragonegg really honors -fno-tree-vectorize to disable the llvm > vectorization. Yes, it does disable LLVM vectorization. > > Tested on x86_apple-darwin12 > > Compile Flags: -ffast-math -funroll-loops -O3 -fno-tree-vectorize Maybe -march=native would be a good addition. > > de-gfc48: /sw/lib/gcc4.8/bin/gfortran -fplugin=/sw/lib/gcc4.8/lib/dragonegg.so -specs=/sw/lib/gcc4.8/lib/integrated-as.specs > de-gfc48+optzns: /sw/lib/gcc4.8/bin...

...occur immediately after the initializer function in LLVMPolly.so is called but before dyld throws the "fast lazy bind offset out of range" error message. In the http://llvm.org/bugs/attachment.cgi?id=9397, the log file for a walk with DYLD_PRINT_INITIALIZERS and DYLD_PRINT_BINDINGS set on darwin12, I only see... (gdb) llvm::sys::DynamicLibrary::getPermanentLibrary (filename=0x141328518 "/sw/opt/llvm-3.2/lib/LLVMPolly.so", errMsg=0x7fff5fbfe6d0) at /sw/src/fink.build/llvm32-3.2-0/llvm-3.2/lib/Support/DynamicLibrary.cpp:77 77 void *handle = dlopen(filename, RTLD_LAZY|RTLD_GL...