Открытие нового J'PAN и подарки от Золотого Яблока
1 марта открываем самый большой J'PAN на ул. Пятницкая, д.6/1. Милые десерты в форме горы Фудзи и крутые подарки от Золотого Яблока с 6 по 8 марта! Узнать условия акции Вы получили это письмо, потому что подписались на рассылку от LB Group. Чтобы отписаться, перейдите по ссылке.
Re: Discussing gcc font end hobby project
On Fri, Feb 23, 2024 at 10:22 AM Miro Palmu via Gcc wrote: > > Hi. > > I have a idea about long term hobby project relating to gcc, > so with this email I'm asking feedback about the idea > early rather than later. First little bit of context. > > I'm a student deep in a university course about compilers > and I have been writing a compiler for language > which is a subset of Herb Sutter's Cpp2. > I chose this because I'm bit of a Cpp language nerd, > and I can apply all of my Cpp knowledge to this project, which is fun. > > After the course I'm interested in converting this to a front end to gcc, > with goal of learning about front end development to gcc. > (It is a non-goal to try to upstream the project.) > > I don't see any obvious reason why this would not be possible. > It just need to be able to target (C++ version of ?) GENERIC. > This would be the first goal of the compiler > and would serve as the MVP of the project. > Below is discussing/theorizing post MVP goals. Note there is no textual form of GENERIC that a GCC compiler binary could parse. So your Cpp compiler would need to build GENERIC data structures itself, basically be a real GCC language frontend. The alternative is to use GCCs JIT but that emits GIMPLE only (I think there's a rust frontend project that tries to leverage that, and also GNU emacs is using it). > Because the Herb Sutter's cppfront transpiles Cpp2 to Cpp1, > it is easy to have mix of Cpp1 and Cpp2 global level constructs > in the same file. Just generate forward declarations of everything, > keep Cpp1 definitions unchanged and transpile the Cpp2 ones. > > At the moment my subset Cpp2 does not support this compatibility > but it would be nice to have at some point. > But if my front end targets GENERIC I would have to use g++ machinery > to turn the Cpp1 parts to GENERIC and then somehow combine the trees. > I imagine that somebody with more experienced with GENERICs would have > a intuition on how hard this combinations would be to implement. > I'm curious about this intuition which I lack. > > In Cpp2 one can import and export Cpp1 modules. With transpiling to > Cpp1 this again is easy implement but with potential front end, > I'm not sure. I'm quite ignorant on Compiled Module Interface (CMI) > implementation in gcc, so I'm asking just for guidance on where to look > if one would want to learn on how CMIs are implemented. There's no generic code for implementing CMIs, each frontend requiring such does need to implement that on its own. Hope this helps, Richard. > Thanks! > > -- > Miro Palmu
Sourceware infrastructure updates for Q1 2024
Sourceware infrastructure community updates for Q1 2024 A summary of news about Sourceware, the Free Software hosting project for core toolchain and developer tools, from the last 3 months. - Sourceware now has an official donation page - StarFive VisionFive-2 RISC-V boards for builder.sourceware.org - server2 and server3 disk drive updates - Upgrading project websites from CVS to GIT - Sourceware @ Fosdem - Security policy updates for a CVE system out of control - Summer of Code = Sourceware now has an official donation page Sourceware is a Free Software hosting project for core toolchain and developer tools. Sourceware is maintained by volunteers. Hardware and bandwidth is provided by sponsors. Sourceware is a Software Freedom Conservancy member project. Conservancy handles all non-profit administrivia for Sourceware. Thanks to the Conservancy we already have collected enough money for an emergency hardware replacement fund. In case one of our hardware partners would suddenly and unexpectedly drop support we can now simply buy new hardware. And we now also have an official donation page to help fund accelerating tasks the community feels most useful. https://sourceware.org/donate.html = StarFive VisionFive-2 RISC-V boards for builder.sourceware.org StarFive has donated 4 VisionFive-2 risc-v boards with 8GB, 4-core JH7110 supporting the RV64GC ISA for the CI running on builder.sourceware.org. Which has allowed us to setup CI (and try) builders for various projects: annobin, binutils(+try), bzip2, debugedit, dwz, elfutils(+try), glibc, poke and libabigail(+try). Please contact the builder project if you want to help out with the CI services. https://sourceware.org/mailman/listinfo/buildbot = server2 and server3 disk drive updates One of the drives in server2 broke down. It was part of a 10 drive raid6 setup, which can take 2 bad disks before full failure. We also have a full mirror on server3, which has a similar raid6 setup. We ordered 3 new disks, one as replacement for the bad disk and a spare for server2 and server3 in case of future drive failures. The drive has been replaced and everything is running smoothly. We have a fund for replacing hardware when needed. But if you want to help out keeping everything running smoothly you can donate on our new donation page https://sourceware.org/donate.html = Upgrading project websites from CVS to GIT. Various projects were still creating their project homepages from CVS. We upgraded both glibc and binutils to have a public git htdocs repository now to which the whole community can contribute. https://sourceware.org/cgit/binutils-htdocs/ https://sourceware.org/cgit/glibc-htdocs/ Please contact us if you want to upgrade how you publish your projects homepage. https://sourceware.org/mission.html#organization = Sourceware @ Fosdem 2024 started strong with various Sourceware core toolchain and developer tool projects presenting at Fosdem. If you missed the in person meetings, most talks have video recordings: https://fosdem.org/2024/schedule/track/gcc/ https://fosdem.org/2024/schedule/track/debuggers-and-analysis/ https://fosdem.org/2024/schedule/event/fosdem-2024-2207-the-plan-for-gccrs/ Various Sourceware volunteers, overseers and project leadership committee members also met informally with FSF/GNU and SFC admins to coordinate cross free software infrastructure administration matters. And if you like to organize an online virtual mini-BoF around some topic or project then the Conservancy BBB server is available for all Sourceware projects. You can create your own account at https://bbb.sfconservancy.org/b/signup which we can then activate for you. Note: Anyone is able to join a meeting, accounts are only required to create new meetings. = Security policy updates for a CVE system out of control The Common Vulnerabilities and Exposures (CVE) system seems broken and has been issuing more and more questionable advisories. Various Sourceware hosted projects have been writing security policies to help users know which bugs might have security implications. https://sourceware.org/cgit/elfutils/tree/SECURITY https://sourceware.org/cgit/binutils-gdb/tree/binutils/SECURITY.txt https://gcc.gnu.org/cgit/gcc/tree/SECURITY.txt The glibc project even setup their own security mailinglist and CNA (CVE Numbering Authority) publishing their own advisories: https://sourceware.org/glibc/security.html https://sourceware.org/cgit/glibc/tree/advisories If you need any help adding infrastructure services for your security projects, please reach out: https://sourceware.org/mission.html#organization = Summer of Code Some Sourceware hosted projects will take part in Summer of Code 2024. If you are interested in participating please see https://gcc.gnu.org/wiki/SummerOfCode https://www.gnu.org/software/soc-projects/ideas-2024
Re: Discussing gcc font end hobby project
On Tue, 2024-02-27 at 10:15 +0100, Richard Biener via Gcc wrote:
> On Fri, Feb 23, 2024 at 10:22 AM Miro Palmu via Gcc
> wrote:
> >
> > Hi.
> >
> > I have a idea about long term hobby project relating to gcc,
> > so with this email I'm asking feedback about the idea
> > early rather than later. First little bit of context.
> >
> > I'm a student deep in a university course about compilers
> > and I have been writing a compiler for language
> > which is a subset of Herb Sutter's Cpp2.
> > I chose this because I'm bit of a Cpp language nerd,
> > and I can apply all of my Cpp knowledge to this project, which is
> > fun.
> >
> > After the course I'm interested in converting this to a front end
> > to gcc,
> > with goal of learning about front end development to gcc.
> > (It is a non-goal to try to upstream the project.)
> >
> > I don't see any obvious reason why this would not be possible.
> > It just need to be able to target (C++ version of ?) GENERIC.
> > This would be the first goal of the compiler
> > and would serve as the MVP of the project.
> > Below is discussing/theorizing post MVP goals.
>
> Note there is no textual form of GENERIC that a GCC compiler
> binary could parse. So your Cpp compiler would need to build
> GENERIC data structures itself, basically be a real GCC language
> frontend.
> The alternative is to use GCCs JIT but that emits GIMPLE only
FWIW libgccjit does build GENERIC internally, rather than GIMPLE, but
hides it all behind an API; the pertinent code is in gcc/jit/jit-
playback.{cc,h}
> (I think there's a rust frontend project that tries to leverage that,
> and also GNU emacs is using it).
[...]
>
GSOC 2024 Expression of interest
Hi Team, I'm an incoming graduate student in Computer Engineering at Cornell University, and I'm keen on participating in GSOC by contributing to open-source projects before starting my graduate program. Specifically, I'm interested in working on the Rust GCC compiler. While I haven't made direct open-source contributions before, I'm quite familiar with Rust. I've also gained experience with C/C++ through various projects involving low-level hardware programming and video game development. Moreover, I've worked with several other tech stacks and production-level code during my internships and research endeavours. Please let me know if it's appropriate for me to reach out to any of the listed mentors (Pierre-Emmanuel Patry, Philip Herron, Arthur Cohen) to discuss the project further. Thank you! Regards, Aditya smime.p7s Description: S/MIME cryptographic signature
[gnu.org #2021668] Robert Joseph Dubner GCC, GDB
Robert, Thank you so much for contributing. Please find the attached PDF of your assignment(s) in the email following this one. Please print out the form, sign it, and then email a scanned copy in PDF format to or fax it to us at +1-617-542-2652. You can also send it to us via the postal mail if you prefer: Assignment Administrator Free Software Foundation 51 Franklin Street, Fifth Floor Boston, MA 02110 Once the FSF has signed it, we will send you a digital copy in pdf format for your records. If you use GPG, you can sign your assignment using a detached signature in the following manner: gpg -a --detach-sig ASSIGNMENT Where ASSIGNMENT is the PDF file(s) as you have received it from us. Then simply email the assignment, key ID, and signature file back to us at ass...@gnu.org. Please make sure that your key is listed on a public keyserver. Remember, we can protect your work as long as we hold copyright on it. Do keep us informed as you change employers, or as your disclaimers run their course. Your current disclaimer with Symas is good until 2025-02-11. In addition, would it be acceptable for us to publicize your contribution by microblogging that you are contributing, and listing your name in our monthly newsletter? Thank you for your contribution! All the best, Craig Topham Copyright & Licensing Associate Free Software Foundation 51 Franklin Street, Fifth Floor Boston, MA 02110 Phone +1-617-542-5942 Fax +1-617-542-2652 Email: cra...@fsf.org GPG key: 36C9 950D 2F68 254E D89C 7C03 F9C1 3A10 581A B853
GSoC 2024 Expression of interes
Hi Team, I'm an incoming graduate student in Computer Engineering at Cornell University, and I'm keen on participating in GSOC by contributing to open-source projects before starting my graduate program. Specifically, I'm interested in working on the Rust GCC compiler. While I haven't made direct open-source contributions before, I'm quite familiar with Rust. I've also gained experience with C/C++ through various projects involving low-level hardware programming and video game development. Moreover, I've worked with several other tech stacks and production-level code during my internships and research endeavours. Please let me know if it's appropriate for me to reach out to any of the listed mentors (Pierre-Emmanuel Patry, Philip Herron, Arthur Cohen) to discuss the project further. Thank you! Regards, Aditya P.S: Re-sent email with the correct string 'GSoC' in the subject line
