https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #13 from Eric Gallager ---
(In reply to Ian Lance Taylor from comment #12)
> Fixed.
Thanks, I backported the changeset to the (old) copy of libbacktrace I keep in
my fork of gdb and it only took a few tweaks to get it to compile. Now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #11 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:dea40c941a4d443d1b748bafb8a74f02c360e810
commit r11-251-gdea40c941a4d443d1b748bafb8a74f02c360e810
Author: Ian Lance Taylor
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|10.0|10.2
--- Comment #10 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #9 from Ian Lance Taylor ---
filetype.awk will be run on a program compiled by the target compiler, so it
should get the correct result.
I agree that the endianness shouldn't matter with regard to the code, although
of course filetyp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #8 from Iain Sandoe ---
(In reply to Ian Lance Taylor from comment #7)
> We are using yet another object file reader because libbacktrace is designed
> to run correctly when invoked by a signal handler, so it cannot use ordinary
> mem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #7 from Ian Lance Taylor ---
We are using yet another object file reader because libbacktrace is designed to
run correctly when invoked by a signal handler, so it cannot use ordinary
memory allocation.
libbacktrace is only used when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #5)
> (In reply to Eric Gallager from comment #4)
> > (In reply to Ian Lance Taylor from comment #3)
> > > filetype.awk is just an AWK script. See
> > > https://www.gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #5 from Iain Sandoe ---
(In reply to Eric Gallager from comment #4)
> (In reply to Ian Lance Taylor from comment #3)
> > filetype.awk is just an AWK script. See
> > https://www.gnu.org/software/gawk/manual/gawk.html. A Mach-O file s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #4 from Eric Gallager ---
(In reply to Ian Lance Taylor from comment #3)
> filetype.awk is just an AWK script. See
> https://www.gnu.org/software/gawk/manual/gawk.html. A Mach-O file starts
> with 0xfeedface (32-bit Mach-O) or 0xfee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
--- Comment #2 from Eric Gallager ---
(In reply to Eric Gallager from comment #1)
> I tried to start doing this in my fork of gdb but I didn't get very far;
> here's a brief TODO:
>
> 1. Get filetype.awk to recognize mach-o binaries
> 2. Add a m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88745
Iain Sandoe changed:
What|Removed |Added
Target||*-*-darwin*
Priority|P3
14 matches
Mail list logo
