search for: contiki

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

2016 May 31
0
[RFC] Using segmentation to harden SafeStack
...vm.org/D19853). The default SafeStack runtime in compiler-rt does not provide this level of runtime support, so I prevent it from being automatically linked when the separate-stack-seg feature is enabled (http://reviews.llvm.org/D19170). I submitted patches to enable SafeStack for single-threaded Contiki OS on X86 (https://github.com/contiki-os/contiki/pull/1642). This required adding support for storing the unsafe stack pointer in a regular global variable on Contiki OS (http://reviews.llvm.org/D19852, http://reviews.llvm.org/D19854). This is a foundation for another patch that I have prepared (...
2017 Dec 09
2
[cfe-dev] Who wants faster LLVM/Clang builds?
...driver/cc1_main.cpp 3.05 1.29 -57.8% 93.7 58.6 -37.4% unittests/CodeGen/BufferSourceTest.cpp 4.12 2.62 -36.5% 145.8 103.9 -28.7% lib/CodeGen/CGLoopInfo.cpp 2.43 1.68 -30.7% 101.6 82.5 -18.8% unittests/CodeGen/CodeGenExternalTest.cpp 4.50 3.21 -28.6% 155.5 125.1 -19.5% lib/Driver/ToolChains/Contiki.cpp 0.53 0.38 -28.1% 42.4 38.0 -10.5% unittests/Tooling/RefactoringActionRulesTest.cpp 3.22 2.34 -27.5% 108.3 90.0 -16.9% lib/Serialization/GeneratePCH.cpp 2.38 1.78 -25.1% 83.8 71.1 -15.1% Full list: The updated patches: Thanks, Michael > On Dec 8, 2017, at 9:20 AM, Quentin Colombet...
2017 Dec 15
3
[cfe-dev] Who wants faster LLVM/Clang builds?
...cpp 3.05 1.29 -57.8% 93.7 58.6 -37.4% > unittests/CodeGen/BufferSourceTest.cpp 4.12 2.62 -36.5% 145.8 103.9 -28.7% > lib/CodeGen/CGLoopInfo.cpp 2.43 1.68 -30.7% 101.6 82.5 -18.8% > unittests/CodeGen/CodeGenExternalTest.cpp 4.50 3.21 -28.6% 155.5 125.1 > -19.5% > lib/Driver/ToolChains/Contiki.cpp 0.53 0.38 -28.1% 42.4 38.0 -10.5% > unittests/Tooling/RefactoringActionRulesTest.cpp 3.22 2.34 -27.5% 108.3 > 90.0 -16.9% > lib/Serialization/GeneratePCH.cpp 2.38 1.78 -25.1% 83.8 71.1 -15.1% > > Full list: > <clang.txt> > > > The updated patches: > <llvm_...
2017 Oct 01
2
load with alignment of 1 crashes from being unaligned
...ator(name: "ps4", value: 26) !35 = !DIEnumerator(name: "elfiamcu", value: 27) !36 = !DIEnumerator(name: "tvos", value: 28) !37 = !DIEnumerator(name: "watchos", value: 29) !38 = !DIEnumerator(name: "mesa3d", value: 30) !39 = !DIEnumerator(name: "contiki", value: 31) !40 = !DICompositeType(tag: DW_TAG_enumeration_type, name: "GlobalLinkage", scope: !5, file: !5, line: 138, baseType: !41, size: 8, align: 8, elements: !42) !41 = !DIBasicType(name: "u3", size: 8, encoding: DW_ATE_unsigned) !42 = !{!43, !44, !45, !46} !43 = !DI...
2017 Dec 06
3
[cfe-dev] Who wants faster LLVM/Clang builds?
- We do indeed have a lot of unnecessary includes around in llvm (or pretty much any other C++ project for that matter). - I want faster builds. - The only way to reliably fight this is indeed automatic tools. - Having the right amount of includes also has documentation value and ideally let's you understand the structure of your project. - However relying on transitive includes works contrary
2015 Oct 09
2
llvm-dev Digest, Vol 136, Issue 22
(Note to self: learn to scan the full digest for later messages in a thread before replying to an earlier message.) Ed, Your reply to John answered some of my questions, but not all, and raised a new one: > Maybe I should have been a bit clearer; we're really interested in full > memory and type safety. We want to harden the system against memory > corruption vulnerabilities.