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.