From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f49.google.com (mail-pj1-f49.google.com [209.85.216.49]) by mx.groups.io with SMTP id smtpd.web12.518.1659376231246026134 for ; Mon, 01 Aug 2022 10:50:31 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@gmail.com header.s=20210112 header.b=SJpTOUX5; spf=pass (domain: gmail.com, ip: 209.85.216.49, mailfrom: ayushdevel1325@gmail.com) Received: by mail-pj1-f49.google.com with SMTP id t2-20020a17090a4e4200b001f21572f3a4so12879804pjl.0 for ; Mon, 01 Aug 2022 10:50:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:from:to:cc; bh=88z61juJJO2s+cRiHJ5MzvaKasrmm5WGfaet5n7mlcI=; b=SJpTOUX5H6yeU2tVpzUoUgYj4c7coHzEbazRkl/Xx1iH8SqZZozy9PHgOrssCeYhCg ZKFpTfoBFMQyF01lPzAUEWzAu2IvZiFYob3Nu8WmxwEhIAP7QsvfucqDdPbGKtiL9CKs WNQOWXwWdB2lBLL3N29pSbblp6rxy0VFPNaOgCR9Moad5f2V2/9UsbDqFKS2uOs14J7n b3B5W2aRFewcwe2o0MqCMJyx0dVpWSs6fP4RMrz0vDJ7YMugaoeC3+gW8DyCFojRxq4f sZnvkPUcim8LmcM8IC/hRbjA1G3r+rsSzM1c0Oo8epS+XU7egbEMm/kT/F9/pPhZRtS/ pm2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc; bh=88z61juJJO2s+cRiHJ5MzvaKasrmm5WGfaet5n7mlcI=; b=yK+cnBroxyJ2KP+TfZozSck88gEqGwGSbH1bqVqvLGFG8S+5zaTwm726qhYyzF9tWe mhix5KHsUPFbs1oVtZmt7RyiqbP18jiPL46YLERCiBOE5khHfZv622TrPvbbJ12pN6Yw 7HRp/Y1RSBm0Jj0ixzp5ZkflNUQOZiXpJfNCjW/btoxVkcw3NwLSZ7EnYg8gOwNAj+HK 04MJz75HVvQ+wYGH2p5APbfRg3blOCr1lZJ9WB0ILVUKgTAEt4nc6WymoHuslIUTEHHu 4y0ZagyiCztdiF4rFGBK86U3X3wlagI1fJPwTJnjp/CNU6bAbIQQ/r6oal2fLvAi2agj Th+Q== X-Gm-Message-State: ACgBeo3uYDiwQyyXULqhFkkZDrnRbTgdK35VywLfVUW7LKTfBKe47E1l pSsFyIhwPe6tc+meTipbfog= X-Google-Smtp-Source: AA6agR6KPwTy689ClBMbrqdppmvyPiDUxyYOKrfUIp7zf5q8DtYFPM5iV/OpunrVVkRDQSul8948ug== X-Received: by 2002:a17:902:f70c:b0:16d:20ef:7e42 with SMTP id h12-20020a170902f70c00b0016d20ef7e42mr17768343plo.54.1659376230596; Mon, 01 Aug 2022 10:50:30 -0700 (PDT) Return-Path: Received: from ?IPV6:2401:4900:1f3e:17ce:2380:94ae:b852:be4? ([2401:4900:1f3e:17ce:2380:94ae:b852:be4]) by smtp.gmail.com with ESMTPSA id ck16-20020a17090afe1000b001f209699d89sm9263166pjb.18.2022.08.01.10.50.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 01 Aug 2022 10:50:30 -0700 (PDT) Message-ID: <40ce2f41-b08d-0f26-cefe-d5805959626b@gmail.com> Date: Mon, 1 Aug 2022 23:20:25 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [edk2-devel] Proposal to move Rust std work to a Repository under Tianocore To: Pedro Falcato , edk2-devel-groups-io Cc: "Kinney, Michael D" , Michael Kubacki , "Yao, Jiewen" , "Gaibusab, Jabeena B" References: <33ac1f75-d6c9-2093-8701-698a3e553d64@gmail.com> From: "Ayush Singh" In-Reply-To: Content-Type: multipart/alternative; boundary="------------CFjckQmm2GWR0Mo5UJugmCWW" Content-Language: en-US --------------CFjckQmm2GWR0Mo5UJugmCWW Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Pedro. To clarify the original email. The proposal is not to create a new repository to start Rust std work. Rather, it is to move all the per-existing work that I have done for implementing std since the beginning of GSoC. This work can be found in my personal fork [1]. A significant portion of std is already in a working state for DXE UEFI and is at a point that a PR can be opened in a few weeks upstream to get it merged. A fork under Tianocore would allow more people, form both Rust and Tianocore side to experiment/improve the std, with the final goal of getting it all merged in upstream Rust. Yours Sincerely Ayush Singh [1]: https://github.com/Ayush1325/rust/tree/uefi-std-rebase On 8/1/22 22:56, Pedro Falcato wrote: > Hi, > > May I suggest you just port the bare rust language (no crates, no std) > to EDK2? It seems far more plausible to expect people to use a cut > down version with some bindings to the rest of the project instead of > hoping people just use the whole of rust, a lot of which isnt proven > (or even used AFAIK) in bare metal projects. Porting just the bare > minimum is way more realistic in my opinion. > > Thanks, > Pedro > > On Mon, 1 Aug 2022, 18:02 Ayush Singh, wrote: > > Hello everyone. In the previous email thread [1], I discussed the > proposal to move Rust std work to edk2-staging and mentioned its > potential problems. After some discussion with mentors, we arrived at > the conclusion to have a rustlang [2] fork under the Tianocore > organization, and move all the std related work there. We can then > open > a PR upstream from there, while allowing PRs in this repository. This > should help provide an easier and streamlined way for people to > experiment and work on this project while it is in the process of > being > merged upstream. > > > For a status update about tests: > > - passed: 12797 > > - failed: 40 > > - ignored: 375 > > > Yours Sincerely, > > Ayush Singh > > > [1]: https://edk2.groups.io/g/devel/message/91989 > > [2]: https://github.com/rust-lang/rust > > > > > > --------------CFjckQmm2GWR0Mo5UJugmCWW Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

Hi Pedro. To clarify the original email. The proposal is not to create a new repository to start Rust std work. Rather, it is to move all the per-existing work that I have done for implementing std since the beginning of GSoC. This work can be found in my personal fork [1]. A significant portion of std is already in a working state for DXE UEFI and is at a point that a PR can be opened in a few weeks upstream to get it merged. A fork under Tianocore would allow more people, form both Rust and Tianocore side to experiment/improve the std, with the final goal of getting it all merged in upstream Rust.


Yours Sincerely

Ayush Singh


[1]: https://github.com/Ayush1325/rust/tree/uefi-std-rebase


On 8/1/22 22:56, Pedro Falcato wrote:
Hi,

May I suggest you just port the bare rust language (no crates, no std) to EDK2? It seems far more plausible to expect people to use a cut down version with some bindings to the rest of the project instead of hoping people just use the whole of rust, a lot of which isnt proven (or even used AFAIK) in bare metal projects. Porting just the bare minimum is way more realistic in my opinion.

Thanks,
Pedro

On Mon, 1 Aug 2022, 18:02 Ayush Singh, <ayushdevel1325@gmail.com> wrote:
Hello everyone. In the previous email thread [1], I discussed the
proposal to move Rust std work to edk2-staging and mentioned its
potential problems. After some discussion with mentors, we arrived at
the conclusion to have a rustlang [2] fork under the Tianocore
organization, and move all the std related work there. We can then open
a PR upstream from there, while allowing PRs in this repository. This
should help provide an easier and streamlined way for people to
experiment and work on this project while it is in the process of being
merged upstream.


For a status update about tests:

- passed: 12797

- failed: 40

- ignored: 375


Yours Sincerely,

Ayush Singh


[1]: https://edk2.groups.io/g/devel/message/91989

[2]: https://github.com/rust-lang/rust






--------------CFjckQmm2GWR0Mo5UJugmCWW--