Skip to content

Commit 2437dda

Browse files
pranavkalpathishankarpranavkalpathishankar
authored
2012-11 (#28)
1 parent 7eecfe5 commit 2437dda

6 files changed

Lines changed: 257 additions & 0 deletions

File tree

‎content/devmtg/2012-11.md‎

Lines changed: 53 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,53 @@
1+
---
2+
title: "2012 LLVM Developers' Meeting"
3+
description: ""
4+
date: 2012-11-07T19:45:19+05:30
5+
toc: true
6+
tags: []
7+
draft: false
8+
---
9+
10+
{{< event_data "2012-11" >}}
11+
12+
## About
13+
14+
**Sponsored by [Apple](http://apple.com/), [QuIC](http://www.qualcomm.com/quicinc/), [Google](http://www.google.com/), [Intel](http://intel.com/)**
15+
16+
The meeting served as a forum for [LLVM](http://llvm.org/), [Clang](http://clang.llvm.org/), [LLDB](http://lldb.llvm.org/), and other LLVM project developers and users to get acquainted, learn how LLVM is used, and exchange ideas about LLVM and its potential applications. More broadly, we believe the event will be of particular interest to the following people:
17+
18+
- Active developers of projects in the LLVM Umbrella (LLVM core, Clang, LLDB, libc++, compiler_rt, klee, dragonegg, etc).
19+
- Anyone interested in using these as part of another project.
20+
- Compiler, programming language, and runtime enthusiasts.
21+
- Those interested in using compiler and toolchain technology in novel and interesting ways.
22+
23+
We also invite you to sign up for the [official Developer Meeting mailing list](http://lists.llvm.org/mailman/listinfo/llvm-devmeeting) to be kept informed of updates concerning the meeting.
24+
25+
## Proceedings
26+
27+
### Presentations
28+
29+
{{< event_talks
30+
"devmtg/2012-11/presentations_posters"
31+
"presentations_posters"
32+
>}}
33+
34+
### Lightning Talks
35+
36+
{{< event_talks
37+
"devmtg/2012-11/lightning_talks"
38+
"lightning_talks"
39+
>}}
40+
41+
### BOFs
42+
43+
{{< event_talks
44+
"devmtg/2012-11/bofs"
45+
"bofs"
46+
>}}
47+
48+
### Posters
49+
50+
{{< event_talks
51+
"devmtg/2012-11/posters"
52+
"posters"
53+
>}}

‎data/devmtg/2012-11/bofs.yml‎

Lines changed: 36 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,36 @@
1+
bofs:
2+
- title: "BOF: Polly: A Loop Nest Optimizer for LLVM"
3+
speaker: "Zino Benaissa (QuIC)"
4+
slides_url: ""
5+
video_url: ""
6+
description: ""
7+
8+
- title: "BOF: SelectionDAG & DAGCombiner - how can they be improved?"
9+
speaker: "James Molloy (ARM)"
10+
slides_url: ""
11+
video_url: ""
12+
description: ""
13+
14+
- title: "BOF: Instruction scheduling for Superscalar and VLIW platforms. Temporal perspective"
15+
speaker: "Sergei Larin (QuIC), Andy Trick (Apple)"
16+
slides_url: "https://llvm.org/devmtg/2012-11/Larin-Trick-Scheduling.pdf"
17+
video_url: ""
18+
description: ""
19+
20+
- title: "BOF: SPIR - A Standard Portable IR for OpenCL Kernel Language"
21+
speaker: "Boaz Ouriel (Intel)"
22+
slides_url: ""
23+
video_url: ""
24+
description: ""
25+
26+
- title: "BOF: Memory Safety, Debugging Tools, and Automated Defenses"
27+
speaker: "Santosh Nagarakatte (Rutgers University), John Criswell (University of Illinois)"
28+
slides_url: ""
29+
video_url: ""
30+
description: ""
31+
32+
- title: "BOF: Vectorization in LLVM"
33+
speaker: "Nadav Rotem (Apple)"
34+
slides_url: "https://llvm.org/devmtg/2012-11/Rotem-VectorizationBOF.pdf"
35+
video_url: ""
36+
description: ""

‎data/devmtg/2012-11/lightning_talks.yml‎

Lines changed: 48 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,48 @@
1+
lightning_talks:
2+
- title: "Project Dependency Impact on Clang’s Build Time"
3+
speaker: "Javier Martinez"
4+
slides_url: "https://llvm.org/devmtg/2012-11/Martinez_ProjectDependencies.pdf"
5+
video_url: "https://youtu.be/2UxteuA8r6c"
6+
description: ""
7+
8+
- title: "Clang and LLVM for Automated Defense (and Great Justice)"
9+
speaker: "John Criswell"
10+
slides_url: "https://llvm.org/devmtg/2012-11/Criswell_AutomatedDefense.pdf"
11+
video_url: "https://youtu.be/JAR9rFqmn4Y"
12+
description: ""
13+
14+
- title: "A Prototype for Fast Type-Aware Memory Profiling"
15+
speaker: "Nico Weber"
16+
slides_url: "https://llvm.org/devmtg/2012-11/Weber_TypeAwareMemoryProfiling.pdf"
17+
video_url: "https://youtu.be/6_snVFhOSJk"
18+
description: ""
19+
20+
- title: "Statically Checking MPI Type Safety"
21+
speaker: "Dmitri Gribenko"
22+
slides_url: "https://llvm.org/devmtg/2012-11/Gribenko_MPITypeSafety.pdf"
23+
video_url: "https://youtu.be/-pxiJpMGm5w"
24+
description: ""
25+
26+
- title: "Annotations for Safe Parallelism"
27+
speaker: "Alexandros Tzannes"
28+
slides_url: "https://llvm.org/devmtg/2012-11/Tzannes_ParallelismAnnotations.pdf"
29+
video_url: "https://youtu.be/wr-BcUGtFQY"
30+
description: ""
31+
32+
- title: "SoSlang"
33+
speaker: "Ronan Keryell"
34+
slides_url: "https://llvm.org/devmtg/2012-11/Keryell_SoSlang.pdf"
35+
video_url: "https://youtu.be/h7aoPWjVxKA"
36+
description: ""
37+
38+
- title: "Bitcode compatibility"
39+
speaker: "Joe Abbey"
40+
slides_url: "https://llvm.org/devmtg/2012-11/Abbey_Bitcode.pdf"
41+
video_url: "https://youtu.be/XWR5UHiogmA"
42+
description: ""
43+
44+
- title: "Evaluating LLVM for Texas Instruments DSPs"
45+
speaker: "Jonathan Humphreys"
46+
slides_url: "https://llvm.org/devmtg/2012-11/Humphreys-LLVMTI.pdf"
47+
video_url: "https://youtu.be/WVI2JgoRm9U"
48+
description: ""

‎data/devmtg/2012-11/posters.yml‎

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,18 @@
1+
posters:
2+
- title: "Poster: MemorySanitizer, ThreadSanitizer"
3+
speaker: "Kostya Serebryany (Google)"
4+
slides_url: "https://llvm.org/devmtg/2012-11/Serebryany-ASAN-TSAN-Poster.pdf"
5+
video_url: ""
6+
description: "Following the success of AddressSanitizer (asan), a fast detector of use-after-free and buffer overflow bugs, we have developed two more bug detection tools based on similar ideas. MemorySanitizer (msan, http://code.google.com/p/memory-sanitizer/) detects uninitialized memory reads. It shares many ideas with Valgrind/Memcheck, however it is also different in two important ways: it uses compile-time instrumentation (LLVM) and 1:1 direct shadow memory mapping. Unless the entire program (including libc) is instrumented, msan requires a simple binary instrumentation component (we have an implementation based on DynamoRIO). The slowdown introduced by the tool is typically 2x-3x (compare to Valgrind's 20x). ThreadSanitizer (tsan, http://code.google.com/p/thread-sanitizer/) detects data races. The tool has been briefly mentioned at the 2011 llvm dev meeting but has matured since that time. Similarly to asan and msan, it uses compile-time instrumentation (LLVM), but 95% of the logic is contained in the run-time library. Tsan uses 1:4 direct shadow memory mapping (i.e. uses ~5x more memory). It does not have locks or atomic instructions on the fast path, which makes it scale to large and heavily threaded applications. The slowdown varies between 3x and 10x."
7+
8+
- title: "Poster: Vuo: Visual programming for multimedia artists"
9+
speaker: "Jaymie Strecker (Kosada)"
10+
slides_url: "https://llvm.org/devmtg/2012-11/Strecker-Vuo.pdf"
11+
video_url: ""
12+
description: "Vuo is a new programming environment for multimedia artists. We’re building Vuo’s compiler and linker on top of LLVM. We chose LLVM because LLVM makes it easy to add features that multimedia artists enjoy — features that would have taken months or years to write from scratch. Why do multimedia artists need a programming environment? Because very often their job is to create software: interactive art and music, animations, visualizations, games, special effects, museum exhibits, and kiosks. Yet their background is in art or music, not programming. Many multimedia artists get around this by using programming environments where, instead of typing a program, they drag-and-drop building blocks onto a canvas and draw lines to connect them. These “node-based” or “visual” programming environments include Max, VVVV, Quartz Composer — and, soon, Vuo. LLVM is helping Vuo become more powerful and flexible. Vuo programs are compiled and therefore faster than interpreted programs — thanks to LLVM’s APIs for code generation and optimization. Vuo programs will be able to target Mac, Windows, Linux, iOS, and Android — thanks to LLVM’s support for various targets. Vuo developers will be able to write new building blocks in C and, eventually, other languages (e.g. C#, Python, JavaScript, PHP, Lua) — thanks to LLVM’s many frontends and Mono’s LLVM backend. LLVM solves problems of parsing and code generation so we don’t have to. Instead, we can focus on adding features that multimedia artists appreciate, like live coding (the ability to edit a program while it’s running) and easy debugging. LLVM is helping Vuo become flexible, feature-rich, and fun."
13+
14+
- title: "Poster: Scout: Using Clang/LLVM to Build A Domain-Specific Language for In Situ Data Analysis and Visualization on Emerging Architectures"
15+
speaker: "Christine Ahrens (Los Alamos National Laboratory)"
16+
slides_url: "https://llvm.org/devmtg/2012-11/Ahrens-ScoutPoster.pdf"
17+
video_url: ""
18+
description: "As supercomputing architectures change rapidly and larger amounts of data must be processed, it is difficult to create an efficient and versatile workflow for scientific simulations at scale. These large-scale scientific applications require computation, data analysis and visualization. Our approach is to explore building a programming language that can provide appropriate programming abstractions, a development toolchain and runtime layers that support existing scientific applications on emerging architectures without having to significantly rewrite or refactor their code. Towards this goal, we have developed Scout, a domain-specific language that provides conservative extensions to C/C++ via the LLVM/Clang compiler. The poster will provide example Scout programs, a high-level system diagram, visualization support details and architecture support details. It will also contain a discussion of our experiences using LLVM/Clang, Scout design considerations and future goals."

0 commit comments

Comments
 (0)