Re: [RFC] RISC-V: Go PLT for CALL/JUMP/RVC_JUMP if `h->plt.offset' isn't -1

2025-03-11 Thread Nelson Chu
On Mon, Mar 10, 2025 at 11:33 AM Fangrui Song wrote: > >> (lld has a quite simple model where undefined non-weak and undefined > >> weak symbols are handled in a unified way. > >> A symbol is preemptible if: > >> > >> * -shared or at least one input file is DSO, and > >> * the symbol is undefined

Supporting “crippled” MIPS implementations as cpu option

2025-03-11 Thread mzpqnxow via Gcc
Hello, Direct questions listed at the end for the impatient :) Hopefully my mail client wraps the text properly, if not, I apologize in advance. I haven’t used this client for mailing list posts before… I’m looking for information on GCC patch submission, hoping someone can provide some guidance

enquiry about GSoC

2025-03-11 Thread Manish Mathe via Gcc
Hi, I am Manish, a 2nd year B.tech student from India and I have been using C for almost a year now, mostly to solve DSA problems on leetcode. I started learning C++ a month ago so I have a bit of an idea on it too. I was curious about the project "Simple file system for use during Nvidia and AMD

Re: GCC does not optimize well enough with vectors on bitshift

2025-03-11 Thread Matt Godbolt
While this doesn't affect your example in this particular case: please don't use `-march-native` on Compiler Explorer for these examples - this will pick whatever architecture your individual query is served from which may be any of the available AMD or Intel CPUs we run on. There ought to be a pop

GSOC: Guidance on LTO, and Static Analysis Projects

2025-03-11 Thread Yatindra Indoria via Gcc
Hello, I am an engineering student. I’ve worked on high frequency trading systems, and (research) on the Linux kernel I/O and memory subsystems. I am looking to start contributing to GCC, for quite some time now, as my work utilises it extensively :) But GCC is complex, I believe the mentorship f

Re: GSoC 2025: In-Memory Filesystem for GPU Offloading Tests

2025-03-11 Thread Andrew Stubbs
On 10/03/2025 15:37, Arijit Kumar Das via Gcc wrote: Hello GCC Community! I am Arijit Kumar Das, a second-year engineering undergraduate from NIAMT Ranchi, India. While my major isn’t Computer Science, my passion for system programming, embedded systems, and operating systems has driven me towar

Re: What branch to use for the Algol 68 front-end

2025-03-11 Thread Jose E. Marchesi via Gcc
>> Hi Jose, >> >> On Sat, Mar 08, 2025 at 02:17:52PM +0100, Jose E. Marchesi wrote: >>> > Since you already have a fork on the (experimental) forge we could >>> > also move your fork under https://forge.sourceware.org/gcc that way >>> > you can experiment with merge requests if you like. Even if

GSOC interest in Extend the static analysis pass, [OpenACC]

2025-03-11 Thread Kaaden Ruman via Gcc
Hello, my name is Kaaden and I am a student at the University of Alberta in Canada. I am interested in pursuing the "Extend the static analysis pass" idea as a medium size project. I have cloned and built gcc and ran the testsuite and would like a nudge in the direction of what to look at next

Re: GCC does not optimize well enough with vectors on bitshift

2025-03-11 Thread Qwert Nerdish via Gcc
Correct link is https://godbolt.org/z/GfeTobMvs On Mon, Mar 10, 2025 at 4:45 PM Qwert Nerdish wrote: > On this godbolt link at https://godbolt.org/z/GfeTobMvs, the two C source > codes behave identical. > Yet the second source code does not use vectors and is 30% slower when I > tested it. >

Re: GCC does not optimize well enough with vectors on bitshift

2025-03-11 Thread Jason Merrill via Gcc
Thanks for the report! Please file it at https://gcc.gnu.org/bugzilla/enter_bug.cgi?product=gcc On Mon, Mar 10, 2025 at 10:47 AM Qwert Nerdish via Gcc > wrote: > > > Correct link is https://godbolt.org/z/GfeTobMvs > > > > On Mon, Mar 10, 2025 at 4:45 PM Qwert Nerdish > > wrote: > > > > > On thi

GCC does not optimize well enough with vectors on bitshift

2025-03-11 Thread Qwert Nerdish via Gcc
On this godbolt link at https://godbolt.org/z/GfeTobMvs, the two C source codes behave identical. Yet the second source code does not use vectors and is 30% slower when I tested it.

Re: GSoC 2025: In-Memory Filesystem for GPU Offloading Tests

2025-03-11 Thread Andrew Stubbs
On 10/03/2025 22:56, Arijit Kumar Das wrote: Hello Andrew, Thank you for the detailed response! This gives me a much clearer picture of how things work. Regarding the two possible approaches: * I personally find *Option A (self-contained in-memory FS)* more interesting, and I'd like to