Displaying 19 results from an estimated 19 matches for "functionobject".
Did you mean:
functionobjects
2005 Oct 29
0
[LLVMdev] "Bound Methods" in LLVM Bytecode
...code generating JIT. I've
Cool!
> run into a bit of an issue, involving how Python deals with method calls. I'm
> not sure how/if I can implement this in LLVM. In Python, the following code:
Ok.
> somefunc = a.method
> somefunc()
>
> Roughly translates into:
>
> functionObject = lookup( "method" in object a )
> functionObject->functionPointer()
>
>
> The challenge is that if "method" is actually a method, calling it magically
> adds "a" as the first parameter. If it is NOT a method, then no messing with
> the arguments...
2005 Oct 28
3
[LLVMdev] "Bound Methods" in LLVM Bytecode
...f a tiny piece of Python using LLVM as a native code
generating JIT. I've run into a bit of an issue, involving how Python
deals with method calls. I'm not sure how/if I can implement this in
LLVM. In Python, the following code:
somefunc = a.method
somefunc()
Roughly translates into:
functionObject = lookup( "method" in object a )
functionObject->functionPointer()
The challenge is that if "method" is actually a method, calling it
magically adds "a" as the first parameter. If it is NOT a method, then
no messing with the arguments occurs. As far as can tell,...
2018 Aug 14
3
[RFC] Delaying phi-to-select transformation until later in the pass pipeline
...- execution_time Change
SingleSource/Benchmarks/Misc-C++/Large/sphereflake -4.43%
External/SPEC/CINT2006/456.hmmer/456.hmmer -2.50%
External/SPEC/CINT2006/464.h264ref/464.h264ref -1.60%
MultiSource/Benchmarks/nbench/nbench -1.19%
SingleSource/Benchmarks/Adobe-C++/functionobjects -1.07%
I had a brief look at the regressions and they all look to be caused by
getting bad luck with branch mispredictions: I looked into the Shootout-ary3 and
yacr2 cases and in both the hot code path was the same with and without the
patch, but with more mispredictions probably caused by chang...
2018 Aug 15
2
[RFC] Delaying phi-to-select transformation until later in the pass pipeline
... Change
> SingleSource/Benchmarks/Misc-C++/Large/sphereflake -4.43%
> External/SPEC/CINT2006/456.hmmer/456.hmmer -2.50%
> External/SPEC/CINT2006/464.h264ref/464.h264ref -1.60%
> MultiSource/Benchmarks/nbench/nbench -1.19%
> SingleSource/Benchmarks/Adobe-C++/functionobjects -1.07%
>
> I had a brief look at the regressions and they all look to be
> caused by
> getting bad luck with branch mispredictions: I looked into the
> Shootout-ary3 and
> yacr2 cases and in both the hot code path was the same with and
> without the
>...
2018 Aug 17
2
[RFC] Delaying phi-to-select transformation until later in the pass pipeline
...marks/Misc-C++/Large/sphereflake -4.43%
>>> External/SPEC/CINT2006/456.hmmer/456.hmmer -2.50%
>>> External/SPEC/CINT2006/464.h264ref/464.h264ref -1.60%
>>> MultiSource/Benchmarks/nbench/nbench -1.19%
>>> SingleSource/Benchmarks/Adobe-C++/functionobjects -1.07%
>>>
>>> I had a brief look at the regressions and they all look to be caused by
>>> getting bad luck with branch mispredictions: I looked into the Shootout-ary3 and
>>> yacr2 cases and in both the hot code path was the same with and without the
>>...
2009 Mar 09
2
[LLVMdev] [llvm-testresults] cfarm-x86-64 x86_64 nightly tester results
...ite, see below. Note that this tester is often under
heavy load due to other users, so take timing results with a pinch of salt (a
pinch is about +-10% in my experience with this tester).
Ciao,
Duncan.
> Significant changes in test results:
> GCCAS:
> singlesource/Benchmarks/Adobe-C++/functionobjects: -102.68% (0.5960 => 1.2080)
> singlesource/Benchmarks/Adobe-C++/loop_unroll: -44.04% (5.3323 => 7.6804)
> singlesource/Benchmarks/Adobe-C++/simple_types_constant_folding: -10.34% (5.6883 => 6.2763)
> singlesource/Benchmarks/Adobe-C++/simple_types_loop_invariant: -19.15% (3.48...
2014 Aug 12
4
[LLVMdev] Explicit template instantiations in libc++
Most of libc++ doesn't have explicit template instantiations, which
leads to a pretty significant build time and code size cost when using
libc++, since a large number of common templates will be emitted by the
compiler and coalesced by the linker. Notably, in include/__config, we
have:
#ifndef _LIBCPP_EXTERN_TEMPLATE
#define _LIBCPP_EXTERN_TEMPLATE(...)
#endif
whereas before
2011 Apr 30
2
[LLVMdev] Greedy register allocation
...t/oourafft
+1.4% MultiSource/Benchmarks/Prolangs-C/assembler/Output/assembler
+2.1% MultiSource/Benchmarks/Prolangs-C/unix-tbl/Output/unix-tbl
+2.3% MultiSource/Benchmarks/Prolangs-C/gnugo/Output/gnugo
+2.4% External/SPEC/CFP2000/179.art/Output/179.art
+2.5% SingleSource/Benchmarks/Adobe-C++/Output/functionobjects
+3.3% SingleSource/Benchmarks/Adobe-C++/Output/simple_types_constant_folding
+3.3% External/SPEC/CINT2006/471.omnetpp/Output/471.omnetpp
+7.1% MultiSource/Benchmarks/Prolangs-C/cdecl/Output/cdecl
Targeting x86-64 PIC -O2:
-5.3% MultiSource/Benchmarks/ASCI_Purple/SMG2000/Output/smg2000
-5.1% Multi...
2015 Feb 26
5
[LLVMdev] [RFC] AArch64: Should we disable GlobalMerge?
Hi all,
I've started looking at the GlobalMerge pass, enabled by default on
ARM and AArch64. I think we should reconsider that, at least for
AArch64.
As is, the pass just merges all globals together, in groups of 4KB
(AArch64, 128B on ARM).
At the time it was enabled, the general thinking was "it's almost
free, it doesn't affect performance much, we might as well use it".
2012 Feb 19
2
[LLVMdev] Problem While Running Test Suite
...ce/Benchmarks/BenchmarkGame/nsieve-bits | * | * |
SingleSource/Benchmarks/BenchmarkGame/puzzle | * | * |
SingleSource/Benchmarks/BenchmarkGame/fannkuch | * | * |
SingleSource/Benchmarks/Adobe-C++/functionobjects | * | * |
SingleSource/Benchmarks/Adobe-C++/loop_unroll | * | * |
SingleSource/Benchmarks/Adobe-C++/stepanov_abstraction | * | * |
SingleSource/Benchmarks/Adobe-C++/stepanov_vector...
2018 Apr 26
0
Compare test-suite benchmarks performance complied without TBAA, with default TBAA and with new TBAA struct path
...2.286765812| 1.89|21976372357| 2.06|2.287846691| 1.85|21976372356| 2.06|
|MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4.test | 122|0.254109782| 2175404640|0.179816396| 41.32| 1403783168| 54.97|0.179490547| 41.57| 1403737509| 54.97|
|SingleSource/Benchmarks/Adobe-C++/functionobjects.test | 40|2.173834838| 7456450808|2.153285393| 0.95| 7456450841| 0|2.152186046| 1.01| 7456450841| 0|
|SingleSource/Benchmarks/Adobe-C++/loop_unroll.test | 55|0.631261876| 4991342551|0.631185655| 0.01| 4991342299| 0|0.631218693|...
2009 Oct 20
1
[LLVMdev] 2.6 pre-release2 ready for testing
... 5.82 | 0.95 0.99 n/a n/a
> MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 |
> 9.2000 1943356 5.4000 * 5.1900 | 0.76 *
> 0.64 * 6.36 | n/a 1.19 n/a n/a
> SingleSource/Benchmarks/Adobe-C++/functionobjects |
> 0.2100 37048 0.1799 * 0.1500 | 3.97 3.53
> 3.43 * 3.66 | 1.12 1.16 n/a n/a
> SingleSource/Benchmarks/Adobe-C++/loop_unroll |
> 1.0500 328448 1.6400 * ...
2009 Oct 20
0
[LLVMdev] 2.6 pre-release2 ready for testing
Hi Tanya,
> 1) Compile llvm from source and untar the llvm-test in the projects
> directory (name it llvm-test or test-suite). Choose to use a
> pre-compiled llvm-gcc or re-compile it yourself.
I compiled llvm and llvm-gcc with separate objects directories.
Platform is x86_64-linux-gnu.
> 2) Run make check, report any failures (FAIL or unexpected pass). Note
> that you need to
2009 Oct 20
1
[LLVMdev] 2.6 pre-release2 ready for testing
...n/a n/a
> MultiSource/Benchmarks/tramp3d-v4/tramp3d-
> v4 | 9.2000 1943356 5.4000
> * 5.1900 | 0.76 * 0.64 *
> 6.36 | n/a 1.19 n/a n/a
> SingleSource/Benchmarks/Adobe-C++/
> functionobjects | 0.2100 37048 0.1799
> * 0.1500 | 3.97 3.53 3.43 *
> 3.66 | 1.12 1.16 n/a n/a
> SingleSource/Benchmarks/Adobe-C++/
> loop_unroll | 1.0500 328448 1.6400
> *...
2011 Dec 01
1
[LLVMdev] [llvm-testresults] bwilson__llvm-gcc_PROD__i386 nightly tester results
...;
> 2.07% 0.0290 0.0296 0.0001
> SingleSource/Benchmarks/Stanford/Queens.compile
> <http://llvm.org/perf/db_default/simple/nts/380/graph?pset.0=on&test.SingleSource%2FBenchmarks%2FStanford%2FQueens.compile=on>
> 2.06% 0.0436 0.0445 0.0002
> SingleSource/Benchmarks/Adobe-C++/functionobjects.compile
> <http://llvm.org/perf/db_default/simple/nts/380/graph?pset.0=on&test.SingleSource%2FBenchmarks%2FAdobe-C%2B%2B%2Ffunctionobjects.compile=on>
> 2.06% 0.4994 0.5097 0.0011
> MultiSource/Applications/kimwitu++/kc.compile
> <http://llvm.org/perf/db_default/simple/nts...
2009 Oct 17
12
[LLVMdev] 2.6 pre-release2 ready for testing
LLVMers,
2.6 pre-release2 is ready to be tested by the community.
http://llvm.org/prereleases/2.6/
If you have time, I'd appreciate anyone who can help test the release.
To test llvm-gcc:
1) Compile llvm from source and untar the llvm-test in the projects
directory (name it llvm-test or test-suite). Choose to use a pre-
compiled llvm-gcc or re-compile it yourself.
2) Run make check,
2009 Feb 07
11
[LLVMdev] 2.5 Pre-release1 available for testing
LLVMers,
The 2.5 pre-release is available for testing:
http://llvm.org/prereleases/2.5/
If you have time, I'd appreciate anyone who can help test the release.
Please do the following:
1) Download/compile llvm source, and either compile llvm-gcc source or
use llvm-gcc binary (please compile llvm-gcc with fortran if you can).
2) Run make check, send me the testrun.log
3) Run "make
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
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
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...18 123903 0 0.02 123873 0 0.02 111785
fp-convert.ll 2 8282 0 0.01 8267 0 0.01 8267
Fsanity.ll 4 15484 0 0.01 15464 0 0.01 15464
fsm.ll 12 28052 0 0.01 28024 0 0.01 28024
ft.ll 4 18132 0 0.01 18112 0 0.01 18112
fulllink.ll 5 30012 0 0.01 29979 0 0.01 27957
fuloop.ll 1 29948 0 0.01 29915 0 0.01 29915
functionobjects.ll 114 305253 1 0.03 300379 1 0.04 275083
function_try_block.ll 7 23756 0 0.01 23737 0 0.01 23737
functs.ll 5 64545 0 0.01 64517 0 0.02 64517
g711.ll 7 16305 0 0.01 16269 0 0.01 16269
g721.ll 2 17014 0 0.01 16978 0 0.01 16978
g723_24.ll 2 16931 0 0.01 16895 0 0.01 16895
g723_40.ll 2 17754 0 0.01 1...