Re: School Districts Contacts 2024
Hi there, We are excited to offer you a comprehensive email list of school districts that includes key contact information such as phone numbers, email addresses, mailing addresses, company revenue, size, and web addresses. Our databases also cover related industries such as: * K-12 schools * Universities * Vocational schools and training programs * Performing arts schools * Fitness centers and gyms * Child care services and providers * Educational publishers and suppliers If you're interested, we would be happy to provide you with relevant counts and a test file based on your specific requirements. Thank you for your time and consideration, and please let us know if you have any questions or concerns. Thanks, Madison Wright To remove from this mailing reply with the subject line " LEAVE US".
Re: [RFC] Enabling SVE with offloading to nvptx
On Mon, Oct 28, 2024 at 1:52 PM Prathamesh Kulkarni via Gcc
wrote:
>
> > -Original Message-
> > From: Richard Biener
> > Sent: 21 October 2024 12:45
> > To: Prathamesh Kulkarni
> > Cc: gcc@gcc.gnu.org; Thomas Schwinge ; Jakub
> > Jelinek
> > Subject: RE: [RFC] Enabling SVE with offloading to nvptx
> >
> > External email: Use caution opening links or attachments
> >
> >
> > On Fri, 18 Oct 2024, Prathamesh Kulkarni wrote:
> >
> > >
> > >
> > > > -Original Message-
> > > > From: Richard Biener
> > > > Sent: 17 October 2024 19:18
> > > > To: Prathamesh Kulkarni
> > > > Cc: gcc@gcc.gnu.org; Thomas Schwinge
> > > > Subject: RE: [RFC] Enabling SVE with offloading to nvptx
> > > >
> > > > External email: Use caution opening links or attachments
> > > >
> > > >
> > > > On Thu, 17 Oct 2024, Prathamesh Kulkarni wrote:
> > > >
> > > > > > -Original Message-
> > > > > > From: Richard Biener
> > > > > > Sent: 16 October 2024 13:05
> > > > > > To: Prathamesh Kulkarni
> > > > > > Cc: gcc@gcc.gnu.org; Thomas Schwinge
> > > > > > Subject: Re: [RFC] Enabling SVE with offloading to nvptx
> > > > > >
> > > > > > External email: Use caution opening links or attachments
> > > > > >
> > > > > >
> > > > > > On Tue, 15 Oct 2024, Prathamesh Kulkarni wrote:
> > > > > >
> > > > > > > Hi,
> > > > > > > Testing libgomp with SVE enabled (-mcpu=generic+sve2),
> > results
> > > > in
> > > > > > > ~60
> > > > > > UNRESOLVED errors with following error message:
> > > > > > >
> > > > > > > lto1: fatal error: degree of 'poly_int' exceeds
> > > > 'NUM_POLY_INT_COEFFS'
> > > > > > > compilation terminated.
> > > > > > > nvptx mkoffload: fatal error:
> > > > > > > ../../install/bin/aarch64-unknown-linux-gnu-accel-nvptx-
> > none-g
> > > > > > > cc
> > > > > > returned 1 exit status compilation terminated.
> > > > > > >
> > > > > > > This behaviour can be reproduced with the following simple
> > > > > > > test-case
> > > > > > with -fopenmp -foffload=nvptx-none -mcpu=generic+sve2:
> > > > > > >
> > > > > > > #define N 1000
> > > > > > > int main ()
> > > > > > > {
> > > > > > > int i;
> > > > > > > int A[N] = {0}, B[N] = {0};
> > > > > > >
> > > > > > > #pragma omp target map(i), map(tofrom: A), map(from: B)
> > > > > > > #pragma omp simd
> > > > > > > for (i = 0; i < N; i++)
> > > > > > > A[i] = A[i] + B[i];
> > > > > > > return A[0];
> > > > > > > }
> > > > > > >
> > > > > > > omplower pass lowers the above loop to the following:
> > > > > > >
> > > > > > > D.4576 = .GOMP_USE_SIMT ();
> > > > > > > if (D.4576 != 0) goto ; else goto
> > > > ;
> > > > > > > :
> > > > > > > {
> > > > > > > unsigned int D.4586;
> > > > > > > unsigned int D.4587;
> > > > > > > int D.4588;
> > > > > > > void * simduid.5;
> > > > > > > void * .omp_simt.6;
> > > > > > > int D.4596;
> > > > > > > _Bool D.4597;
> > > > > > > int D.4598;
> > > > > > > unsigned int D.4599;
> > > > > > > int D.4600;
> > > > > > > int D.4601;
> > > > > > > int * D.4602;
> > > > > > > int i [value-expr: D.4588];
> > > > > > > int i.0;
> > > > > > >
> > > > > > > simduid.5 = .GOMP_SIMT_ENTER (simduid.5,
> > > > &D.4588);
> > > > > > > .omp_simt.6 = .GOMP_SIMT_ENTER_ALLOC
> > > > (simduid.5);
> > > > > > > D.4587 = 0;
> > > > > > > i.0 = 0;
> > > > > > > #pragma omp simd safelen(32)
> > > > > > > _simduid_(simduid.5)
> > > > > > _simt_ linear(i.0:1) linear(i:1)
> > > > > > > for (i.0 = 0; i.0 < 1000; i.0 = i.0 + 1)
> > > > > > > ...
> > > > > > > }
> > > > > > > goto ;
> > > > > > > :
> > > > > > > {
> > > > > > > unsigned int D.4603;
> > > > > > > unsigned int D.4604;
> > > > > > > int D.4605[0:POLY_INT_CST [15, 16]];
> > > > > > > void * simduid.7;
> > > > > > > unsigned int D.4612;
> > > > > > > int * D.4613;
> > > > > > > int D.4614;
> > > > > > > int i [value-expr: D.4605[D.4604]];
> > > > > > > int i.0;
> > > > > > >
> > > > > > > D.4604 = 0;
> > > > > > > i.0 = 0;
> > > > > > > #pragma omp simd safelen(POLY_INT_CST [16,
> > > > 16])
> > > > > > _simduid_(simduid.7) linear(i.0:1) linear(i:1)
> > > > > > > ...
> > > > > > > }
> > > > > > > :
> > > > > > > ...
> > > > > > >
> > > > > > > For offloading to SIMT based device like nvptx,
> > scan_omp_simd
> > > > > > >
Core Toolchain Infrastructure - October 2024 update
Core Toolchain Infrastructure - October 2024 update The Core Toolchain Infrastructure (CTI) Project’s mission is to support the GNU Toolchain community with secure infrastructure and state of the art services required to support the community’s development efforts to be a trusted foundation in a secure supply chain. We want to keep the GNU Toolchain development community updated with the latest information on the CTI project and how it can support the GNU Toolchain. Since 2022 [1][2] the CTI project has been working to carry out a detailed enumeration of the services required by the projects and how those services may be provided in a secure and robust fashion. We have completed a detailed service enumeration for the GNU Toolchain: https://cti.coretoolchain.dev/projects/enum.html In 2024 we published updated project documentation: https://cti.coretoolchain.dev Also in 2024 we've looked at the details of the services we provide, why we provide them, and how we might provide them with with increased security and robustness, including putting together a statement of work with the Linux Foundation Core IT team (who provides similar services to the Linux Kernel) [3]. The CTI Technical Advisory Committee (TAC) is made up of members of the development community of the projects, and is working on behalf of the GNU Toolchain to improve security and robustness of the infrastructure used by the community. The CTI TAC meets monthly and the meetings are open for anyone to attend. There is still a lot of work ahead of us to find a way forward to state of the art sustainable secure and robust services for the GNU Toolchain projects. Recent discussions on the glibc mailing list make it clear that we need to expand and discuss more about our "why" along with the "what" and "how" of these changes. We will be sending out one of these updates every 3 months to all the projects to keep you updated on our progress and discussions with the GNU Toolchain projects and the wider Sincerely, Core Toolchain Infrastructure Technical Advisory Committee [1] https://inbox.sourceware.org/overseers/ef140a6b-c72d-bd63-b94c-bceeb365b...@redhat.com/ [2] https://inbox.sourceware.org/overseers/2513b668-9ebd-9e78-7263-dc24f4a95...@redhat.com/ [3] https://inbox.sourceware.org/libc-alpha/eb0d5e7b-0280-4c5a-aff6-3418a4210...@redhat.com/
Re: Introduction and Interest in GSOC 2025
Hello, On Sat, Oct 26 2024, Nainika Reddy Vempalli wrote: > Dear Martin and GCC Community, > > Thank you for clarifying the GSoC requirements for GCC. While I initially > hoped to work on the GCC webpages, I am still very eager to > participate in *GSoC > 2025 with GCC* and contribute to the project in a meaningful way. I would > be happy to pivot my focus to areas that align more closely with *compiler > development, testing infrastructure*, or other aspects within GCC’s core > scope. > > As I am relatively new to compiler development, I would greatly appreciate > any guidance on beginner-friendly areas or potential projects in these > areas that may be suitable for GSoC. I am committed to expanding my skills > in *C/C++* and learning any additional technologies needed to contribute > effectively. compiler development is a fairly large and complex computer science area. Teaching the basics is outside of the scope of what we can do in GSoC. There are many books on the subject, though. People often refer others to the "dragon book," officially called "Compilers: Principles, Techniques, and Tools" by Alfred V. Aho, Monica S. Lam, Ravi Sethi, and Jeffrey D. Ullman (though I have myself not read it). I can recommend "Building an Optimizing Compiler" by Robert Morgan. Many universities that teach computer science offer courses on compilers. Having said that, you may want to also check out FOSDEM 2024 presentation called "GCC for new contributors" by David Malcolm: https://archive.fosdem.org/2024/schedule/event/fosdem-2024-2569-gcc-for-new-contributors/ And there is also a recent tutorial called "Adding a new backend to GCC for beginners" by Jeremy Benett as presented at GNU Tools Cauldron 2024: https://www.youtube.com/watch?v=TE5cjQuMMHA Good luck, Martin Jambor
