Hi, Kazu
Thanks for your reply.
On 12/25/23 12:24, HAGIO KAZUHITO(萩尾 一仁) wrote:
On 2023/12/25 12:56, Ming Wang wrote:
> Hi, Kazu
>
> Thanks for your review. Sorry, I forgot to send to the mailing list. So send it
again.
>
> On 12/13/23 12:57, HAGIO KAZUHITO(萩尾 一仁) wrote:
>> Hi Ming,
>>
>> sorry for the delay.
>>
>> On 2023/11/08 10:39, Ming Wang wrote:
>>
>>> @@ -512,6 +527,10 @@ get_current_configuration(struct supported_gdb_version
*sp)
>>> (target_data.target != MIPS64))
>>> arch_mismatch(sp);
>>>
>>> + if ((target_data.initial_gdb_target == LOONGARCH64) &&
>>> + (target_data.target != LOONGARCH64))
>>> + arch_mismatch(sp);
>>> +
>> Please add the "if (target_data.target == X86_64)" block same as
>> RISCV64 and etc. otherwise implied (sticky) target does not work:
>>
>> $ make target=LOONGARCH64
>> ...
>> $ make # without target
>>
>> The initial build in this source tree was for the LOONGARCH64 architecture.
>>
>> In order to build a crash binary for the X86_64 architecture:
>> 1. remove the gdb-10.2 subdirectory
>> 2. perform a "make clean"
>> 3. retry the build
>>
>> make: *** [Makefile:253: all] Error 1
>> $
> Ok, I will fix it in V3.
>>> @@ -2227,6 +2233,8 @@ struct offset_table { /* stash of
commonly-used offsets */
>>> long module_memory_size;
>>> long irq_data_irq;
>>> long zspage_huge;
>>> + long task_struct_thread_reg01;
>>> + long task_struct_thread_reg03;
>> These are not used in this patch, could you move to 05/10?
> Ok, I will fix it in V3.
>>> diff --git a/gdb-10.2.patch b/gdb-10.2.patch
>>> index d81030d..c28fc38 100644
>> Could you add "gdb-10.2/bfd/elf-bfd.h" and
"gdb-10.2/gdb/objfiles.h"
>> to the list of the restored files at the beginning of gdb-10.2.patch?
>> Please see the comment there for details. Now they each have two fixes.
> I'm very sorry that I don't understand how to modify it here. Does it mean to
merge the modifications of the same file together?
No, sorry for lack of explanation. More specifically, please add this
patch:
--- a/gdb-10.2.patch
+++ b/gdb-10.2.patch
@@ -14,7 +14,9 @@ tar xvzmf gdb-10.2.tar.gz \
gdb-10.2/gdb/symfile.c \
gdb-10.2/gdb/Makefile.in \
gdb-10.2/gdb/dwarf2/read.c \
- gdb-10.2/gdb/ada-lang.c
+ gdb-10.2/gdb/ada-lang.c \
+ gdb-10.2/gdb/objfiles.h \
+ gdb-10.2/bfd/elf-bfd.h
exit 0
Here is the description of the tar command:
$ head -n 20 gdb-10.2.patch
# When this file is updated in an existing source tree, it gets re-applied
# during the next build using "patch -N --fuzz=0", which ignores patches
# that have already been applied. However, if a gdb file has been modified
# multiple times, the subsequent patching may fail to recognize that a
# given patch has been previously applied, and will attempt to re-apply it.
# To prevent any unintended consequences, this file also acts as a
# shell script that can restore any gdb file to its original state prior
# to all subsequent patch applications.
tar xvzmf gdb-10.2.tar.gz \
gdb-10.2/gdb/symtab.c \
gdb-10.2/gdb/printcmd.c \
gdb-10.2/gdb/symfile.c \
gdb-10.2/gdb/Makefile.in \
gdb-10.2/gdb/dwarf2/read.c \
gdb-10.2/gdb/ada-lang.c
exit 0
These files are modified multiple times with your patch set, so please
add the two files above.
$ grep ^+++ gdb-10.2.patch | sort | uniq -c | awk '$1 > 1'
2 +++ gdb-10.2/bfd/elf-bfd.h
3 +++ gdb-10.2/gdb/Makefile.in
2 +++ gdb-10.2/gdb/ada-lang.c
2 +++ gdb-10.2/gdb/dwarf2/read.c
2 +++ gdb-10.2/gdb/objfiles.h
2 +++ gdb-10.2/gdb/printcmd.c
3 +++ gdb-10.2/gdb/symfile.c
5 +++ gdb-10.2/gdb/symtab.c
Thank you for the detailed explanation. I will fix it in V3.
Thanks,
Ming