https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107728
--- Comment #5 from Arnout Vandecappelle ---
Based on
> glibc builds needs to be fixed such that it does not reference the function
> in the unwinder at -O0
I've traced through the map file why this symbol is pulled in:
/.../libgcc.a(unwind-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107728
Arnout Vandecappelle changed:
What|Removed |Added
CC||arnout at mind dot be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476
--- Comment #7 from Arnout Vandecappelle ---
By the way, the reason I'm coming back to this after more than a year is that
we're now encountering the same problem (compilation that doesn't terminate for
microblaze) with ffmpeg.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476
--- Comment #6 from Arnout Vandecappelle ---
Created attachment 39599
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39599&action=edit
281r.vartrack intermediate output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476
--- Comment #5 from Arnout Vandecappelle ---
Created attachment 39598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39598&action=edit
280r.alignments intermediate output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476
Arnout Vandecappelle changed:
What|Removed |Added
Attachment #36813|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476
Arnout Vandecappelle changed:
What|Removed |Added
CC||arnout at mind dot be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68476
--- Comment #2 from Arnout Vandecappelle ---
Created attachment 36813
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36813&action=edit
Preprocessed source file that exposes the bug
Attached preprocessed source file.
Compilation output (wi
erity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: arnout at mind dot be
Target Milestone: ---
In the buildroot automatic tests, we found that the compilation of one
particular file of the bullet package doesn't
