Re: [GSOC] query about C++: Implement compiler built-in traits for the standard library traits

[Martin Jambor <mjambor@suse.cz>]

Hello,

my apologies for a very late reply, unfortunately we have had an
unpleasant hiccup in our internal miscommunication.

On Thu, Mar 23 2023, Anastasia3412 wrote:
> Thanks, Martin and Jonathan for your suggestion. I have already finished building gcc from source. I was looking at other project ideas and found "Enable incremental Link Time Optimization (LTO) linking" interesting. Can anyone please explain how to proceed further with this? Currently, I am watching videos posted in the getting started section.
>
> ------- Original Message -------
> On Wednesday, March 22nd, 2023 at 5:04 AM, Jonathan Wakely <jwakely.gcc@gmail.com> wrote:
>
>
>> On Tue, 21 Mar 2023 at 21:16, Martin Jambor wrote:
>> 
>> > Hello Anastasia,
>> > 
>> > we are very happy that you are considering contributing to GCC.
>> > 
>> > On Mon, Mar 20 2023, Anastasia3412 via Gcc wrote:
>> > 
>> > > Hello Everyone I'm Anastasia.
>> > > 
>> > > I am a prospective GSOC Student. I wish to know if the project C++:
>> > > Implement compiler built-in traits for the standard library traits is
>> > > still available. I have already build and got my hand dirty on
>> > > debugging GCC.
>> > 
>> > Various prospective contributors have shown interest in it but we have
>> > not "promised" it to anyone, I don't think we can, so it is "available."
>> > It has been discussed for example here:
>> > https://gcc.gnu.org/pipermail/gcc/2023-February/240816.html
>
>> We already have two candidates working on it, before their proposal
>> has even been accepted. As a result, I think you'd have to be a very
>> strong candidate to get accepted for that project, and it might be
>> better to pick another one.

after talking to Honza I unfortunately became aware that that project
also already has a student who has also advanced quite far.

At the moment I can only suggest to look at the project proposal to
"Bypass assembler when generating LTO object files," because even though
a few people were interested in it, nobody had applied for it yet and as
far as I know nobody has even really attempted a serious proposal.  The
task is discussed here:

https://gcc.gnu.org/pipermail/gcc/2023-March/240833.html

I know that our late reply made writing a proposal difficult.  But in
order to succeed, it should be enough to show that you have basic
understanding of what needs to be done at the technical level and have
basic understanding of the source code you would need to touch (lto
streaming code and simple-object.c in libiberty).  This project also
would require rather little understanding of compiler theory because it
is mostly about shoveling around data in more efficient form but it
requires some knowledge of the ELF format.

Apologies again for the delay, please feel free to ask any specific
question about the code here or on our IRC channel.

Martin