Complex Types in LLVM A discussion on supporting native complex types in LLVM IR for performance and diagnostics. David Greene, Stephen Neuendorffer
Development practices to help avoid security vulnerabilities in llvm The goal for this round table is to explore what development practices the LLVM community could consider adopting to reduce the probability of security vulnerabilities in some or all of its components. Let's get together at this round table to discuss which development practices - and to which degree - could be good to adopt for which LLVM components. A few examples that could kick off the discussion are: • Using static analyzers. • Using code standard checkers (e.g. clang-tidy -checks=cert-*,bugprone-*,llvm-*). • Using fuzzers more extensively (oss-fuzz does fuzzing on some LLVM components, but do bug reports get reacted on?). • Requiring full code coverage by unit tests on code that is newly added. • Making certain build options on by default (e.g. stack protection). Many of these techniques require buy-in from the whole community to get accepted - a round-table discussion is hopefully a first step towards understanding cost/benefit tradeoffs. Kristof Beyls
CMake in LLVM Discuss the current state of CMake and future areas for improvement. Tom Stellard, Chris Bieneman