<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri,Helvetica,sans-serif,"EmojiFont","Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols;" dir="ltr">
Hi Kim,<br>
<br>
Thanks. This looks like a well defined problem to hack. I will add it to the list. I hope there will be people with relevant experience or willing to improvise with you.
<span>😊</span><br>
<br>
Cheers,<br>
Anastasia<br>
<br>
<div style="color: rgb(0, 0, 0);">
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> Kim Gräsman <kim.grasman@gmail.com><br>
<b>Sent:</b> 16 March 2018 16:52<br>
<b>To:</b> Anastasia Stulova<br>
<b>Cc:</b> clang-dev developer list; llvm-dev@lists.llvm.org; nd<br>
<b>Subject:</b> Re: [cfe-dev] Hacking at EuroLLVM 2018</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Hey Anastasia, all,<br>
<br>
There's a long-standing CMake issue with the Debian packaging for<br>
Clang (LLVM works), described here:<br>
<a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=862328">https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=862328</a><br>
<br>
I've done some debugging and have a good idea of what should be done,<br>
I just don't know enough about Debian packaging details and testing to<br>
make much progress.<br>
<br>
I'd love to hack on this with someone who knows more about Debian<br>
packaging and CMake.<br>
<br>
This sounds like it could fall into "Improve support for outside of<br>
tree users", but it's also fairly specific and time-consuming and<br>
might work better with a separate crowd.<br>
<br>
I think "Fix CMake find provider for Clang Debian package" is a nice<br>
approximate title :)<br>
<br>
- Kim<br>
<br>
<br>
On Fri, Mar 16, 2018 at 4:15 PM, Anastasia Stulova via cfe-dev<br>
<cfe-dev@lists.llvm.org> wrote:<br>
> Hello,<br>
><br>
><br>
> We have booked a couple of slots during EuroLLVM this year that we would<br>
> like to dedicate to real hacking!!! Therefore, we would like to offer to the<br>
> attendees this year an opportunity to escape from the presentation sessions<br>
> and dive into fun coding to learn something new or to solve some interesting<br>
> problems.<br>
><br>
><br>
> The current proposal is to have 2 x 45 mins on Monday afternoon and 2 x 45<br>
> mins sessions on Tuesday morning.We will have rooms with Internet and paper<br>
> boards provided. We can pre-setup everything before the start to make sure<br>
> we are more productive and perhaps even do some little homework offline<br>
> before we meet.<br>
><br>
><br>
> For the success of this event the key is to find suitable topics that can be<br>
> either:<br>
><br>
> - novel enough;<br>
><br>
> - useful to someone (doesn't have to be everyone);<br>
><br>
> - interesting;<br>
><br>
> - challenging;<br>
><br>
> - addressing long standing issue;<br>
><br>
> or a combination of those.<br>
><br>
><br>
> Ideally, we would like to see suggestions from you in which at least some<br>
> part should be doable within half day with multiple developers on board.<br>
> However, we also accept topics that require more time to be developed but<br>
> for which some good concept can be developed within a couple of hours<br>
> brainstorming session.<br>
><br>
><br>
> Below are some ideas that could be addressed:<br>
><br>
><br>
> - Improve support for outside of tree users. LLVM and Clang both have a lot<br>
> of users that don't contribute to the main repository. They are often in the<br>
> domain of embedded and heterogeneous targets. The code is typically kept<br>
> confidential in the propriety toolchains but some is also available open<br>
> source. Can we do something to make LLVM more friendly with respect to<br>
> those?<br>
><br>
><br>
> - Improve modularity of features. Clang and LLVM support wide number of<br>
> languages and targets. This results in multiple problems i.e. large<br>
> compiler binary size, interference during the development. Could we make it<br>
> more modular?<br>
><br>
><br>
> - Invert the logic of convergent attribute in LLVM. While adding the<br>
> attribute to OpenCL functions we discussed that the semantic of convergent<br>
> attribute is currently not optimal<br>
> <a href="https://clang.llvm.org/docs/AttributeReference.html#convergent-clang-convergent-clang-convergent">
https://clang.llvm.org/docs/AttributeReference.html#convergent-clang-convergent-clang-convergent</a>.<br>
> We could make it better by inverting the logic because we will provide a way<br>
> to specify where compiler doesn't have to be conservative with respect to<br>
> optimizations that change CFG. This will allow more optimizations to happen<br>
> on the calls that can't be analyzed statically. The details can be found in<br>
> discussions on the review: <a href="https://reviews.llvm.org/D38113">https://reviews.llvm.org/D38113</a>.<br>
><br>
><br>
> - Evaluate/gather some useful analysis data. We can collect some useful<br>
> information that can help us to improve the compiler. This can be for<br>
> example analysis of code coverage by the tests or compilation time hotspots.<br>
><br>
><br>
> - Address some bugs that otherwise don't get bandwidth allocated to them.<br>
><br>
><br>
> If you like any idea above please vote for it! Do you have any other<br>
> interesting idea to hack? We would like to hear about it!<br>
><br>
><br>
> Cheers,<br>
><br>
> Anastasia<br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> cfe-dev mailing list<br>
> cfe-dev@lists.llvm.org<br>
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev</a><br>
><br>
</div>
</span></font></div>
</div>
</div>
</body>
</html>