search for: 112020

Displaying 6 results from an estimated 6 matches for "112020".

Did you mean: 2112020
2010 Nov 17
1
[LLVMdev] Missing :CreateFNeg() in NoFolder.h
...t the created > instructions into the relevant basic block) that's probably best... :( > > (It's also missing most of the casting operations, by the way) I just submitted a patch to fix all of those problems. See http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20101115/112020.html if you're interested.
2010 Nov 17
2
[LLVMdev] Missing :CreateFNeg() in NoFolder.h
Hi, Just to report that when I tried to compile some code with a NoFolder given as template arg to my IRBuilder, the compiler complained with: In file included from lang_3-llvm.cxx:33: /usr/lib/llvm-2.8/include/llvm/Support/IRBuilder.h: In member function ‘llvm::Value* llvm::IRBuilder<preserveNames, T, Inserter>::CreateFNeg (llvm::Value*, const llvm::Twine&) [with bool preserveNames =
2010 Nov 17
0
[LLVMdev] Missing :CreateFNeg() in NoFolder.h
On Wed, Nov 17, 2010 at 9:26 PM, BernardH <gmane.comp.compilers.llvm.devel at bernard-hugueney.org> wrote: > Should I consider NoFolder unsupported ? Seeing as it's completely broken (it doesn't insert the created instructions into the relevant basic block) that's probably best... :( (It's also missing most of the casting operations, by the way)
2004 Dec 02
6
Shorewall + OpenVpn
Hello, I have the need to connect 2 remote site with vpn, the windows pc of the 2 site it can share the HD and printer. This is my configuration : LOCAL NETWORK A : ip from 192.168.10.2 to 192.168.10.99 | | | | eth0: 192.168.10.1 FIREWALL A : ( with debian ; openvpn ver. 2.0.beta15 ; shorewall ver 2.0.11 ) eth1 : xxx.xxx.xxx.xxx ( pubblic ip address ) | | | | INTERNET | | | eth1 :
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))
...40 303014 2 0.03 297916 2 0.03 283690 gen_cpp.ll 21 186423 3 0.02 172496 3 0.02 172496 gen_cs.ll 13 137612 2 0.02 128367 2 0.02 128367 general.ll 1 2295 0 0.01 2266 0 0.01 2266 genGalign11.ll 3 65594 0 0.01 65579 0 0.01 65579 gen_java.ll 33 230976 2 0.02 221580 2 0.03 207347 gen.ll 12 112038 0 0.01 112020 0 0.02 112020 genmove.ll 1 16012 0 0.01 15986 0 0.01 15986 genorient.ll 1 179023 0 0.02 178990 0 0.02 178990 gen_php.ll 30 209617 2 0.02 200573 2 0.03 185846 gen_ruby.ll 29 183851 4 0.02 169929 4 0.02 169929 gentwf.ll 1 55799 0 0.01 55766 0 0.01 55766 gesummv.ll 12 24932 0 0.01 24881 0 0.01 24881 g...