cooljeanius / apple-gdb-1824

fork from gdb tarball(s) from opensource.apple.com

Hi there 👋

Creating a repository with the same name as your own username will allow you to have a README displayed on your own GitHub profile page, too!

• 🔭 I’m currently working on legislating, Battle for Wesnoth campaigns, porting FOSS Unix-y stuff to Macs, trying to make PureDarwin a thing, trying to fix bugs in GCC so it can help me be a better programmer, imagining an alternative Constitution, and other misc. stuff.
• 🌱 I’m currently learning legislative process.
• 👯 I’m looking to collaborate on legislation, and really anything I'm working on.
• 🤔 I’m looking for help with issues tagged with help-wanted or question in my repositories: SotBEEE, my Miiverse scrape, my fork of Apple's gdb, TEG, "A New Order" (and its separate art repo), "Dawn of Thunder", osxbom, my fork of emacs, my fork of MacPorts, Portfile2formula2finkinfo, DeARCification, my fork of the uscode, the repo for my tweetback archive, trousers-0.3.11.2, my fork of Platypus, my fork of libraqm, my fork of linguist, my fork of clojurescript, and anything on my list on the GCC Bugzilla (requires login).
• 💬 Ask me about why contributing to FOSS is good politics!
• 📫 How to reach me: Mastodon: @[email protected] ...or BlueSky: @egall.bsky.social _{^{(or, use the email address associated w/my commits – do git log in 1 of my repos to see it)}}
• 😄 Pronouns: he/him
• ⚡ Fun fact: there's no "h" in my spelling of "Gallager" (despite most spellcheckers assuming otherwise).
• Sponsor me! https://github.com/sponsors/cooljeanius or https://opencollective.com/cooljeanius or https://www.patreon.com/EricGallager or https://ko-fi.com/ericgallager
• ...or donate to NH political candidates I support! https://secure.actblue.com/donate/ericgallagersnhdemsrecs
• Also note that I dislike emojis and didn't add the ones in this README myself; I just declined to remove the ones GitHub had already left entered by default for me, because my laziness overpowers my disdain for emojis.
• Website whose existence I appreciate: https://www.adsbexchange.com/
• My LibrePlanet 2023 talk on the Free Software legislation I've been working on: https://www.youtube.com/watch?v=umlPMEGfZBM
• Mailing list I recently got set up: https://lists.sfconservancy.org/mailman/listinfo/legislation-discuss
• My LinkTree, with more ways to connect with me: https://linktr.ee/ericgallager

apple-gdb-1824's Issues

texi2html fails to regenerate readline docfile

./texi2html -menu -monolithic -I . ./rlman.texinfo
Can't use 'defined(@array)' (Maybe you should just omit the defined()?) at ./texi2html line 4859.
make[3]: *** [readline.html] Error 2
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-readline] Error 2

Looks like I have to learn perl now...

gdbarch is NULL when it shouldn't be

this gdb is unable to start due to this assertion failing:

    gdbarch.sh:1654: gdbarch_bfd_arch_info called
    gdbarch_dump: bfd_arch_info = i386
    gdbarch_dump: TARGET_BFD_VMA_BIT # (gdbarch_bfd_vma_bit (current_gdbarch))
    gdbarch_dump: bfd_vma_bit = 32
    gdbarch_dump: BREAKPOINT_FROM_PC(pcptr, lenptr) # (gdbarch_breakpoint_from_pc (current_gdbarch, pcptr, lenptr))
    gdbarch_dump: breakpoint_from_pc = <0x16f8a0>
    gdbarch_dump: TARGET_BYTE_ORDER # (gdbarch_byte_order (current_gdbarch))
    gdbarch_dump: byte_order = 1
    gdbarch_dump: CALL_DUMMY_LOCATION # (gdbarch_call_dummy_location (current_gdbarch))
    gdbarch_dump: call_dummy_location = 4
    gdbarch_dump: CANNOT_FETCH_REGISTER(regnum) # (gdbarch_cannot_fetch_register (current_gdbarch, regnum))
    gdbarch_dump: cannot_fetch_register = <0x934f0>
    gdbarch_dump: CANNOT_STEP_BREAKPOINT # (gdbarch_cannot_step_breakpoint (current_gdbarch))
    gdbarch_dump: cannot_step_breakpoint = 0
    gdbarch_dump: CANNOT_STORE_REGISTER(regnum) # (gdbarch_cannot_store_register (current_gdbarch, regnum))
    gdbarch_dump: cannot_store_register = <0x934f0>
    gdbarch_dump: TARGET_CHAR_SIGNED # (gdbarch_char_signed (current_gdbarch))
    gdbarch_dump: char_signed = 1
    gdbarch_dump: COFF_MAKE_MSYMBOL_SPECIAL(val, msym) # (gdbarch_coff_make_msymbol_special (current_gdbarch, val, msym))
    gdbarch_dump: coff_make_msymbol_special = <0x934d0>
    gdbarch_dump: construct_inferior_arguments = <0x668e0>
    gdbarch_dump: convert_from_func_ptr_addr = <0x93490>
    gdbarch_dump: CONVERT_REGISTER_P(regnum, type) # (gdbarch_convert_register_p (current_gdbarch, regnum, type))
    gdbarch_dump: convert_register_p = <0x16ef00>
    gdbarch_dump: DBX_MAKE_MSYMBOL_SPECIAL(desc, msym) # (gdbarch_dbx_make_msymbol_special (current_gdbarch, desc, msym))
    gdbarch_dump: dbx_make_msymbol_special = <0x934e0>
    gdbarch_dump: DECR_PC_AFTER_BREAK # (gdbarch_decr_pc_after_break (current_gdbarch))
    gdb stack crawl at point of internal error:
    0   gdb                                 0x001368b0 _ZL17internal_vproblemP16internal_problemPKciS2_Pc + 128
    1   gdb                                 0x00136816 _Z15internal_verrorPKciS0_Pc + 38
    2   gdb                                 0x00135d0d _Z14internal_errorPKciS0_z + 29
    3   gdb                                 0x0008d41c _Z16gdbarch_addr_bitP7gdbarch + 156
    4   gdb                                 0x00139c51 _Z8paddr_nzy + 33
    5   gdb                                 0x0008aaf3 _Z12gdbarch_dumpP7gdbarchP7ui_file + 1427
    6   gdb                                 0x00092c7b _Z20gdbarch_find_by_info12gdbarch_info + 1611
    7   gdb                                 0x00093963 _Z16gdbarch_update_p12gdbarch_info + 51
    8   gdb                                 0x00093bd9 _Z31initialize_current_architecturev + 185
    9   gdb                                 0x00134d71 _Z8gdb_initPc + 81
    10  gdb                                 0x000830b3 _ZL13captured_mainPv + 1795
    11  gdb                                 0x00081a3b _Z12catch_errorsPFiPvES_PKci + 187
    12  gdb                                 0x0008299f _Z8gdb_mainP18captured_main_args + 47
    13  gdb                                 0x000025d3 main + 51
    14  gdb                                 0x00002555 start + 53
    gdbarch.sh:1863: internal-error: int gdbarch_addr_bit(struct gdbarch *): Assertion `gdbarch != NULL' failed.
    A problem internal to GDB has been detected,
    further debugging may prove unreliable.
    Quit this debugging session? ([y] or n) 

(Note: I formerly had a bounty for this on BountySource, but then I deleted my BountySource account due to bad interactions with them on Twitter, so now if you are interested in a bounty, contact me separately to find a way to do it outside of their system)

make[3]: *** No rule to make target `-ll`, needed by `ar`. Stop.

For some reason, in the binutils subdirectory, make treats -ll as a build target rather than a linker flag. I need to find out why and get it to stop doing that.

plural.c shouldn't be re-yacced with bison 3

Every time I try building with maintainer mode, I have to remember to revert the changes that come from regenerating intl/plural.c from intl/plural.y with bison 3, because it breaks it. I need to just fix it so it's safe to regenerate, or, either that, just stop regenerating it even in maintainer mode.

gdbarch.sh generates wrong #line markers

The gdbarch.sh script sometimes generates incorrect #line markers when creating gdbarch.c and gdbarch.h, which can cause diagnostics for those files to be confusing. (This is related to bug #1, for reference.)

(Note: I formerly had a bounty for this on BountySource, but then I deleted my BountySource account due to bad interactions with them on Twitter, so now if you are interested in a bounty, contact me separately to find a way to do it outside of their system)

bfd gets rebuilt every time, even when maintainer mode is disabled

I probably messed up some dependencies; I really need to get a better handle on how Makefile dependencies and maintainer mode both work...

Tcl build failure

A bunch of missing symbols, presumably from having the wrong architecture... I'll be more detailed later...

Properly fix CI

CI systems now have incompatible BFD headers installed on them, which get picked up during the build, and cause it to fail. We'll need to either find a way to ignore them, add compatibility with them, or just not install them in the first place?

/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Security.framework/Headers/Authorization.h:193:14: error: variably modified 'bytes' at file scope

cross-referencing from here: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93082

In file included from /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Security.framework/Headers/AuthSession.h:32,
                 from /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Security.framework/Headers/Security.h:42,
                 from ./macosx/macosx-nat-inferior.c:2649:
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Security.framework/Headers/Authorization.h: At top level:
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Security.framework/Headers/Authorization.h:193:14: error: variably modified 'bytes' at file scope
  193 |         char bytes[kAuthorizationExternalFormLength];
      |              ^~~~~
make[1]: *** [macosx-nat-inferior.o] Error 1
make: *** [all-gdb] Error 2

config.cache files often have to be deleted

It's common to see messages like this after regenerating build files and trying to remake with maintainer mode:

configure: loading cache ./config.cache
configure: error: `CPP' was not set in the previous run

I need to make sure that CPP is set consistently by the Makefiles.

libopcodes: many warnings about scalar initializers

For example:

fr30-desc.c:131:3: warning: braces around scalar initializer
  131 |   { "r0", 0, {0, {{{0, 0}}}}, 0, 0 },
      |   ^
fr30-desc.c:131:3: note: (near initialization for 'fr30_cgen_opval_gr_names_entries[0].attrs.nonbool[0]')
fr30-desc.c:131:3: warning: braces around scalar initializer
fr30-desc.c:131:3: note: (near initialization for 'fr30_cgen_opval_gr_names_entries[0].attrs.nonbool[0]')
fr30-desc.c:131:24: warning: excess elements in scalar initializer
  131 |   { "r0", 0, {0, {{{0, 0}}}}, 0, 0 },
      |                        ^

I have a gcc bug open to make this warning disableable: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103210
...but even if that's fixed, I should still fix the underlying issue... will probably require learning how cgen and scheme work...

Adapt gcc's `contrib/gcc_update` script for use here

GCC has a script in its contrib folder called gcc_update that fixes timestamps sometimes being off after a checkout:
https://github.com/cooljeanius/gcc/blob/master/contrib/gcc_update
Unfortunately it makes a lot of assumptions about the gcc-specific nature of the source tree's layout, so it can't just be copied over, but rather would require some modifications in order to be useful here...