[cfe-dev] [llvm-dev] Your help needed: List of LLVM Open Projects 2017

Vassil Vassilev via cfe-dev cfe-dev at lists.llvm.org
Tue Jan 17 07:56:08 PST 2017


On 16/01/17 22:13, Piotr Padlewski wrote:
> The list can't ommit clang-tidy.
Sure.
> There are many ideas about new checks on llvm bugzilla.
> https://llvm.org/bugs/buglist.cgi?product=clang-tools-extra&component=clang-tidy&resolution=---&list_id=110936
> Everything matching ".*Feature Request.*"
Can you select 2 promising ideas and wrap them in a 10-week (student) 
project?
-- Vassil
>
> Piotr
>
> 2017-01-16 21:31 GMT+01:00 Sean Silva via cfe-dev 
> <cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org>>:
>
>     Do we have any open projects on LLD?
>
>     I know we usually try to avoid any big "projects" and mainly
>     add/fix things in response to user needs, but just wondering if
>     somebody has any ideas.
>
>     Some really generic/simple stuff I can think of:
>     1. trying out LLD on a large program corpus and
>     reporting/reducing/fixing bugs (e.g. contributing to the FreeBSD
>     effort or trying to build a bunch of packages from a linux distro
>     like Debian or Gentoo)
>     2. performance analysis and optimization of LLD
>     3. getting LLD to link a bootable Linux kernel and/or GRUB
>     4. write an input verifier such that LLD can survive intensive
>     fuzzing with no crashes / fatal errors [1] when the verifier says
>     the input is okay. This will allow us to measure what the overhead
>     of doing this actually is.
>
>
>     [1] As of the latest LLD discussion (in the thread "[llvm-dev] LLD
>     status update and performance chart") it sounds like people are
>     okay with LLD treating fatal errors the same way that LLVM uses
>     assertions; for inputs from the C++ API, we can document to not
>     pass corrupted object files. For inputs read from files, there is
>     still community interest in at least having the option to run a
>     "verifier" to validate the inputs. I think the best way to
>     approach the verifier is to essentially follow the approach
>     suggested by Peter (in the context of "hardening") in
>     https://llvm.org/bugs/show_bug.cgi?id=30540#c5
>     <https://llvm.org/bugs/show_bug.cgi?id=30540#c5> i.e. getting to
>     the point where LLD can survive intensive fuzzing.
>
>     -- Sean Silva
>
>     On Mon, Jan 16, 2017 at 5:18 AM, Vassil Vassilev via llvm-dev
>     <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
>
>         Hi folks,
>
>           Happy new year!
>
>           Last LLVM Developers' Meeting I had a BoF: 'Raising Next
>         Generation LLVM Developers'. It was suggested that we should
>         update our open projects page and possibly restructure it a
>         little bit.
>
>           I volunteered to do this work and I need your help.
>
>
>           Chandler and I started working on a google doc [1]. We
>         pinged few code owners asking them to list of work items we
>         should get done in 2017 but we do not have the manpower. Now
>         we would like to ask for your input, too.
>
>           I believe an up to date list can serve as a good entry point
>         for students, interns and new contributors.
>
>           Feel free to propose a new item or comment under an existing
>         one. I expect to start gradually updating the page beginning
>         of Feb.
>
>         -- Vassil
>
>         [1]
>         https://docs.google.com/document/d/1YLK_xINSg1Ei0w8w39uAMR1n0dlf6wrzfypiX0YDQBc/edit?usp=sharing
>         <https://docs.google.com/document/d/1YLK_xINSg1Ei0w8w39uAMR1n0dlf6wrzfypiX0YDQBc/edit?usp=sharing>
>
>         _______________________________________________
>         LLVM Developers mailing list
>         llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>
>         http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>         <http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev>
>
>
>
>     _______________________________________________
>     cfe-dev mailing list
>     cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org>
>     http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev
>     <http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20170117/23d2f3e8/attachment.html>


More information about the cfe-dev mailing list