search for: initp1

Dale, I took a closer look at the first llc failure, initp1. Looking at the initp1.llc file in gdb, it appears that the statically constructed objects without the init_priority attribute are being constructed before those with it, though the test seems to expect the opposite. The initp1.llc.s file seems to have the .ctors table in the right order, but the...

...n in the constraints. Otherwise there should be no change in behavior. -John On Mon, Aug 30, 2010 at 3:34 PM, Dale Johannesen <dalej at apple.com> wrote: > > On Aug 30, 2010, at 3:11 PMPDT, John Thompson wrote: > > Dale, > > I took a closer look at the first llc failure, initp1. Looking at the > initp1.llc file in gdb, it appears that the statically constructed objects > without the init_priority attribute are being constructed before those with > it, though the test seems to expect the opposite. > > The initp1.llc.s file seems to have the .ctors table in...

On Aug 30, 2010, at 3:11 PMPDT, John Thompson wrote: > Dale, > > I took a closer look at the first llc failure, initp1. Looking at > the initp1.llc file in gdb, it appears that the statically > constructed objects without the init_priority attribute are being > constructed before those with it, though the test seems to expect > the opposite. > > The initp1.llc.s file seems to have the .ct...

...or. > > > I agree. > > -John > On Mon, Aug 30, 2010 at 3:34 PM, Dale Johannesen <dalej at apple.com> wrote: > >> >> On Aug 30, 2010, at 3:11 PMPDT, John Thompson wrote: >> >> Dale, >> >> I took a closer look at the first llc failure, initp1. Looking at the >> initp1.llc file in gdb, it appears that the statically constructed objects >> without the init_priority attribute are being constructed before those with >> it, though the test seems to expect the opposite. >> >> The initp1.llc.s file seems to have...

...e should be no change in behavior. I agree. > -John > On Mon, Aug 30, 2010 at 3:34 PM, Dale Johannesen <dalej at apple.com> > wrote: > > On Aug 30, 2010, at 3:11 PMPDT, John Thompson wrote: > >> Dale, >> >> I took a closer look at the first llc failure, initp1. Looking at >> the initp1.llc file in gdb, it appears that the statically >> constructed objects without the init_priority attribute are being >> constructed before those with it, though the test seems to expect >> the opposite. >> >> The initp1.llc.s fi...

...ree. > >> -John >> On Mon, Aug 30, 2010 at 3:34 PM, Dale Johannesen <dalej at apple.com> >> wrote: >> >> On Aug 30, 2010, at 3:11 PMPDT, John Thompson wrote: >> >>> Dale, >>> >>> I took a closer look at the first llc failure, initp1. Looking at >>> the initp1.llc file in gdb, it appears that the statically >>> constructed objects without the init_priority attribute are being >>> constructed before those with it, though the test seems to expect >>> the opposite. >>> >>...

...at the test-suite level completed. > However, I get a number of failed tests: > > john at john-ubuntu:~/llvm/projects/test-suite$ grep FAILED\! > jttestlog.txt > ******************** TEST (jit) 'tls' FAILED! ******************** > ******************** TEST (llc) 'initp1' FAILED! ******************** > ******************** TEST (cbe) 'initp1' FAILED! ******************** > ******************** TEST (cbe) 'ctor_dtor_count-2' FAILED! > ******************** > ******************** TEST (cbe) 'ctor_dtor_count' FAILED! > ***...

...ed as I went along until the make at the test-suite level completed. However, I get a number of failed tests: john at john-ubuntu:~/llvm/projects/test-suite$ grep FAILED\! jttestlog.txt ******************** TEST (jit) 'tls' FAILED! ******************** ******************** TEST (llc) 'initp1' FAILED! ******************** ******************** TEST (cbe) 'initp1' FAILED! ******************** ******************** TEST (cbe) 'ctor_dtor_count-2' FAILED! ******************** ******************** TEST (cbe) 'ctor_dtor_count' FAILED! ******************** ***********...

...and fix other failures (if we get them). I also wandering, may be some of them just incompatible with freebsd platform, or with CPU they were tested at? Below some details: MultiSource/Benchmarks/SciMark2-C - fp difference. MultiSource/Benchmarks/nbench - timeout. SingleSource/UnitTests, Output/initp1.out-llc - empty stdout. SingleSource/Benchmarks/Misc/mandel - fp difference. After short analysis, I found out, that first 3 tests were disabled on clang-X86_64-freebsd machine. "mandel" test looks is new one here, that's why I created separated issue for it (18056). Thanks! -St...

On Aug 25, 2010, at 12:45 PM, John Thompson wrote: > Hi, > > I'm looking for some feedback on the changes represented in the > attached patches, which I'll describe below. > > I'm sending this to both the LLVM and Clang list because it affects > both, though the main focus here is LLVM. > Basically, I've partially implemented some changes for choosing

...tTests/block-copied-in-cxxobj-1 SingleSource/UnitTests/blockstret SingleSource/UnitTests/byval-alignment SingleSource/UnitTests/conditional-gnu-ext SingleSource/UnitTests/conditional-gnu-ext-cxx SingleSource/UnitTests/DefaultInitDynArrays SingleSource/UnitTests/FloatPrecision SingleSource/UnitTests/initp1 SingleSource/UnitTests/member-function-pointers SingleSource/UnitTests/printargs SingleSource/UnitTests/SignlessTypes/cast2 SingleSource/UnitTests/SignlessTypes/cast-bug SingleSource/UnitTests/SignlessTypes/ccc SingleSource/UnitTests/SignlessTypes/div SingleSource/UnitTests/SignlessTypes/factor Sin...

Hi, I'm looking for some feedback on the changes represented in the attached patches, which I'll describe below. I'm sending this to both the LLVM and Clang list because it affects both, though the main focus here is LLVM. Basically, I've partially implemented some changes for choosing multiple alternative constraints largely on the LLVM side. The Clang change is to output the

...SingleSource/UnitTests/stmtexpr | * | * | SingleSource/UnitTests/member-function-pointers | * | * | SingleSource/UnitTests/2002-05-02-CastTest2 | * | * | SingleSource/UnitTests/initp1 | * | * | SingleSource/UnitTests/2003-05-12-MinIntProblem | * | * | SingleSource/UnitTests/2003-08-20-FoldBug | * | * | SingleSource/UnitTests/2007-04-10-BitfieldTest...

...> > 1.66% 0.2825 0.2872 0.0007 > MultiSource/Benchmarks/Ptrdist/yacr2/yacr2.compile > <http://llvm.org/perf/db_default/simple/nts/380/graph?pset.0=on&test.MultiSource%2FBenchmarks%2FPtrdist%2Fyacr2%2Fyacr2.compile=on> > 1.66% 0.6621 0.6731 0.0011 > SingleSource/UnitTests/initp1.compile > <http://llvm.org/perf/db_default/simple/nts/380/graph?pset.0=on&test.SingleSource%2FUnitTests%2Finitp1.compile=on> > 1.66% 0.0602 0.0612 0.0001 > MultiSource/Benchmarks/Ptrdist/anagram/anagram.compile > <http://llvm.org/perf/db_default/simple/nts/380/graph?pset.0=...

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...24818 0 0.01 24794 0 0.01 24794 InBuffer.ll 7 16214 0 0.01 16182 0 0.01 16182 indep.ll 2 33146 0 0.01 33116 0 0.01 33116 initbb.ll 2 32361 0 0.01 32328 0 0.01 32328 init.ll 1 9382 0 0.01 9353 0 0.01 9353 initmark.ll 1 2732 0 0.01 2706 0 0.01 2706 initMetricsData.ll 1 12051 0 0.01 12026 0 0.01 12026 initp1.ll 17 34153 0 0.01 34142 0 0.01 34142 init_viterbi.ll 1 23176 0 0.01 23157 0 0.01 23157 inlined_cleanup.ll 4 6692 0 0.01 6673 0 0.01 6673 InOutTempBuffer.ll 16 53069 1 0.01 52495 1 0.01 52495 input.ll 12 131470 0 0.02 131452 0 0.02 131452 insertEntry.ll 1 17371 0 0.01 17346 0 0.01 17346 insert.ll 1...