 All right, so this lightning talk was originally scheduled to be presented by doji But he took a week vacation and he's off skiing in the French Alps right now So he pinged me last week and said hey, I need you to do this for me. So be the nice guy. I am. I said sure Well, he reports to Somebody of the reports to me. So he's gonna get it. Anyways. Oh not at all. Not at all. Don't just a great guy So my name is Patrick McDonald I'm a director of engineering at Red Hat and I work out of the Toronto Ontario Red Hat engineering office So I'll spend a few minutes, but we're going old school. There's no slides Okay I know that wasn't totally in old school because I have a computer in front of me So I'm not doing enough my notebook, but so a few minutes talking about LLVM's current state at Red Hat Where it fits in what it's used for now when I'm talking about LLVM in this context it's The C and C++ ecosystem. All right, so when I say LLVM in this talk, I really mean the C and C++ side of it so today at Red Hat we We view the compiler landscape as a two-compiler ecosystem We have GCC on one side and we have LLVM on the other side now both have excellent and vibrant communities So with strong leadership and progressive directions So the both communities are extremely strong, which is just best for everyone Now it can't understand you can't understand the LLVM side until you understand it's a little bit about the GCC side So GCC continues to be the core of Red Hat Enterprise Linux and the portfolio that is built upon that platform It's our system compiler. So we have a significant number of global engineers That work in the GCC communities such as you know the compiler side the library the debugger As well as several key maintainers on staff. So that's the GCC side The more interesting side for this particular venue is the LLVM side So LLVM has been in Fedora for quite some time since Fedora 21. We're 25 now So we're talking a couple years, but even prior to that it was an EPEL which is extra packages for enterprise Linux So we're not new to the LLVM game. So, you know, we've been there for a while Now what we see internally is a growing trend towards increasing number of packages that have build or runtime dependencies on LLVM You know packages such as .NET and that's open source at its best Right project should have the freedom to choose the best tools for their requirements You shouldn't have to be forced to use certain tools So what do we do internally? Where do we use LLVM? So we're using LLVM for internal use by our developers to support the building of packages internally as well as Investigating functionality such as the the analyzers. Let's say So we closely monitor the developers needs and gauge interest and formulate direction upon that So to facilitate the development and support of the internal build tools Red Hat has hired and is hiring developers from the LLVM community So we're staffing in mind Tom Stellard joins Red Hat on Monday as technical lead for our LLVM development team and he will help drive our direction He is Yeah, yeah, so that was my next line. Tom is the upstream LLVM stable branch manager So he's still going to be doing that So he should be known to some in the community already All right, so while the team at Red Hat is focused on internal tooling requirements We expect to have a larger presence in the LLVM communities over time, right? To fill this increased presence. We expect to have further vacancies within this year So how do we staff at Red Hat? Well, we recruit developers through the community, right? Such as you guys, right? We follow community closely with mailing this contributions conferences As always our job postings are at Red Hat jobs at redhat.com And we're hoping to contribute more directly to the LLVM projects upstream in the spirit of open-source software Which is the the core of Red Hat So thanks for having us here and for listening to this lightning talk I hope you have a better understanding of the current state of LLVM at Red Hat For those with questions comments or concerns will be in the room for a while and thank you very much and enjoy the rest of your day