Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jpalus+gcc at fastmail dot com
Target Milestone: ---
Created attachment 48863
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48863&action=edit
preprocessed source file
During Mesa compilation gcc segfaul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707
--- Comment #3 from Jan Palus ---
I doubt this has anything to do with riscv or multilib. It's just gcc that
assumes all linkers should lookup /lib and /usr/lib and skips them when passing
library paths to linker:
https://gcc.gnu.org/git/?p=gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707
--- Comment #5 from Jan Palus ---
> Arm linux multilib is just as complex as riscvs really.
Perhaps my understanding of multilib is wrong but I meant pure 32bit, single
arch environment.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: jpalus+gcc at fastmail dot com
Target Milestone: ---
Created attachment 61846
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61846&action=edit
reproducer
Based on mbedtl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121044
--- Comment #2 from Jan Palus ---
Some weird observations from reproducer minimazation:
- memcpy() needs to be there otherwise it's not reproduced (although it's
completely unrelated?)
- memcpy() needs to copy into array which is struct's member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121044
--- Comment #8 from Jan Palus ---
Bisect results:
Regression between 13 and 14 started to appear with:
a291237b628f419d7f7ac264dd7b42947b565222 is the first bad commit
commit a291237b628f419d7f7ac264dd7b42947b565222
Author: Andrew MacLeod
Dat
