https://bugzilla.redhat.com/show_bug.cgi?id=1859627 Austin Chang <austin880625@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(austin880625@gmai | |l.com) | --- Comment #26 from Austin Chang <austin880625@xxxxxxxxx> --- Sorry for the late response. I have also tested my debugging environment on my STM32L4 board and it seems to run without any problem. So maybe this package is not needed anymore. The original board I tested on was a STM32F4 compatible board produced by an unknown factory, and it's not in my hand anymore. I believe the problem may be on the board itself or hardware debugger, etc. The reason I made this package was that I used to have arm-none-eabi-gdb before Fedora 31 as I remembered. But it disappeared in Fedora 32 without any technical discussion I can find(seems it just retired because of a long time of unmaintainment?). There are also a bunch of tutorials using 'arm-none-eabi-gdb' instead of plain 'gdb', and in Arch Linux or Ubuntu world, there is an exactly same package or something like gdb-multiarch. The GNU Toolchain distributed by ARM(https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm/downloads) also provides 'arm-none-eabi-gdb'. So I believed and thought it was a need. Indeed I thought in the same way as previous comments, gdb runs locally and should not have anything to do with the remote hardware. Maybe it need to detect something like calling convention when using commands like 'call' but can be set by command 'set arch'. I'm happy that 'gdb' works well, but I still glad to know what the '--target' option in GNU docs(https://sourceware.org/gdb/current/onlinedocs/gdb/Configure-Options.html) really means and how it affects the gdb build, which may not be proper to discuss here. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/package-review@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
