You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sponsored by [ARM](http://www.arm.com/), [ENS](http://www.ens.fr/), [Google](http://www.google.com/), [IRILL](http://www.irill.org/)/[INRIA](http://www.inria.fr/), [Intel](http://www.intel.com/), [Parrot](http://www.parrot.com/), [QuIC](http://www.qualcomm.com/quicinc/), and [Samsung](http://www.samsung.com/)
15
+
16
+
**What**: The third European LLVM meeting
17
+
**Why**: To get acquainted, learn how LLVM is used, and exchange ideas.
18
+
19
+
## Announcement
20
+
21
+
The conference already took place. Here's the original announcement:
22
+
"We are pleased to announce the third European LLVM conference on April 29-30, 2013 in Paris, France. This will be a two-day conference which aims to present the latest developments in the LLVM world and help strengthen the network of LLVM developers. The format will be similar to that of the previous meetings held in London but with more time for presentations and networking. The meeting is open to anyone, whether from business or academia, professional or enthusiast, and is not restricted to those from Europe - attendees from all regions are welcome."
23
+
24
+
The [After Conference Blog Post](http://blog.llvm.org/2013/05/eurollvm-2013-paris-france.html) gives an impression of the event.
25
+
26
+
Videos are also available on the [IRILL website](http://www.irill.org/videos/euro-llvm-2013).
27
+
28
+
## Content
29
+
30
+
### Keynotes
31
+
32
+
{{< event_talks
33
+
"devmtg/2013-04/keynote"
34
+
"keynote"
35
+
>}}
36
+
37
+
### Talks
38
+
39
+
{{< event_talks
40
+
"devmtg/2013-04/talks"
41
+
"talks"
42
+
>}}
43
+
44
+
### Tutorials
45
+
46
+
{{< event_talks
47
+
"devmtg/2013-04/tutorials"
48
+
"tutorials"
49
+
>}}
50
+
51
+
### Lightning Talks
52
+
53
+
{{< event_talks
54
+
"devmtg/2013-04/lightning_talks"
55
+
"lightning_talks"
56
+
>}}
57
+
58
+
### Posters
59
+
60
+
{{< event_talks
61
+
"devmtg/2013-04/posters"
62
+
"posters"
63
+
>}}
64
+
65
+
## Code of Conduct
66
+
67
+
The LLVM Foundation is dedicated to providing an inclusive and safe
68
+
experience for everyone. We do not tolerate harassment of participants in any
69
+
form. By registering for this event, we expect you to have read and agree to
70
+
the [LLVM Code of Conduct](http://llvm.org/docs/CodeOfConduct.html).
- title: "Optimization in LLVM - Numbers, A Case Study, and Looking Forward"
3
+
speaker: "Chandler Carruth (Google)"
4
+
slides_url: ""
5
+
video_url: "https://youtu.be/hmTi_FDe9pY"
6
+
description: "With all of the excitement surrounding Clang, LLD, LLDB, Sanitizers, and other projects in LLVM, it is easy to let its origins slip your mind. However, LLVM was and remains a platform for optimizing compilers and related parts of the toolchain. Today, the LLVM + Clang optimizing C++ compiler is very powerful and can handle a wide range of code, but how well does it compete with modern versions of GCC? What are the root causes of some of the more striking differences? What is coming next in LLVM that will significantly impact the optimizing power of the toolchain?"
description: "Most high-performance CPU micro-architectures designed in the last 20 years are super-scalar and execute instructions out of order. I intend to give an overview of how out-of-order CPUs work, and how we can generate code that performs well on modern micro-architectures. Some optimizations are only beneficial if the compiler has a detailed understanding of how the code is going to be executed, and the new machine trace metrics analysis can be used to guide these optimizations. I'll talk about current and future optimizations that can take advantage of this detailed execution information."
description: "This talk covers a problem we are just beginning to tackle of integrating fine-grained timing constraints into LLVM. Code written for real-time tasks often comes with worst case timing constraints on paths within the program (usually between I/O operations). These paths can be quite short or can cross across basic blocks and function boundaries. Unfortunately, the optimizations within LLVM are not aware of these constraints and code motion or control flow optimizations can move calculations into a critical path quite easily. I'll cover the experiences we've had with the optimizations in the compiler and go over the initial ideas we have to tackle the problem."
25
+
26
+
- title: "Rebuild of all Debian packages using Clang instead of GCC"
description: "Besides the GNU/Linux kernel, Debian is now able to run with two others kernels (KFreeBSD & HURD). However, in terms of compilation, Debian is still coupled to gcc. This lightning talk will present the results of the rebuild of the whole Debian archive with various clang versions. A necessary step to make Debian compiler agnostic."
31
+
32
+
- title: "FDO-based whole program optimization in LLVM"
description: "At Google, we achieve the highest levels of performance using whole program optimization. However, traditional whole program optimization does not scale to the size of applications that we are interested in optimizing. In this lightning talk, I will briefly describe the FDO technologies that we have implemented, how we apply them to whole program optimization and our plans to port this technology to the LLVM compiler."
37
+
38
+
- title: "Efficient audio signal processing using LLVM and Haskell"
description: "I am using LLVM for audio signal processing via Haskell. My goal is to combine the safety and elegance of Haskell with the speed of code generated by LLVM. My approach is an embedded domain specific language (EDSL), that is, my library provides Haskell functions that look like signal processing functions, but actually they represent pieces of LLVM assembly code. Composing such signal functions means assembling large LLVM code blocks from smaller ones. I use the JIT for turning the LLVM code into executable C functions. This also allows me to adapt to available processor extensions like SSE and AVX at startup time of a signal processing program. I make intensive use of the vector instructions of LLVM."
0 commit comments