This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Google Summer of Code projects for the GNU C Library.
- From: Konstantin Serebryany <konstantin dot s dot serebryany at gmail dot com>
- To: "Carlos O'Donell" <carlos at redhat dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>, "Joseph S. Myers" <joseph at codesourcery dot com>
- Date: Fri, 21 Feb 2014 19:40:43 +0400
- Subject: Re: Google Summer of Code projects for the GNU C Library.
- Authentication-results: sourceware.org; auth=none
- References: <530548F5 dot 7090401 at redhat dot com> <CAGQ9bdwt6orzq0ap4UH7f7ZfAEMOGuxrSq0PBVcqW3hm3nrC-w at mail dot gmail dot com> <53065D91 dot 8050500 at redhat dot com>
On Thu, Feb 20, 2014 at 11:54 PM, Carlos O'Donell <carlos@redhat.com> wrote:
> On 02/20/2014 01:29 PM, Konstantin Serebryany wrote:
>> Idea for glibc GSoC project: instrument the glibc source with
>> AddressSanitizer (asan).
>> https://code.google.com/p/address-sanitizer/
>> goal #1: test glibc itself for bugs like stack or global buffer overflow.
>> goal #2: improve the testing for projects that use glibc (i.e. all
>> projects on Linux).
>> E.g. if a program passes a pointer to invalid memory to glibc,
>> asan-instrumented glibc will detect it.
>> Today asan solves this problem partially by intercepting the most
>> interesting functions (e.g. memset),
>> but a complete solution is more than welcome.
>>
>> Bonus level 1: the same thing for ThreadSanitizer
>> (https://code.google.com/p/thread-sanitizer) to detect more races in
>> user programs.
>> Bonus level 2: Use Clang instrumentation as an alternative to the GCC
>> instrumentation (may appear to be huge work, but very welcome)
>> Bonus level 3: (requires Bonus level 2): instrument glibc with
>> MemorySanitizer (https://code.google.com/p/memory-sanitizer) to detect
>> uses of uninitialized memory.
>>
>> I'd be happy to mentor the project (will be equally happy not to, if
>> someone else wants that).
>
> Konstantin,
>
> Would you mind making a wiki page for glibc gsoc projects
> and putting this on it? That way I can reference it from
> there and others can add to it? Anywhere on
> https://sourceware.org/glibc/wiki/ is fine.
Like this?
https://sourceware.org/glibc/wiki/GSoC
--kcc
>
> Cheers,
> Carlos.
>