There are a few spots where an mmap system call is mapped onto enum
gdb_syscall value gdb_sys_mmap2.
Strictly speaking, this is incorrect.
Fix this by mapping to enum gdb_syscall value gdb_old_mmap instead.
No functional changes: both gdb_old_mmap and gdb_sys_mmap2 are handled the
same in record_linux_system_call.
Tested by rebuilding on x86_64-linux.
SYSCALL_MAP (clone);
SYSCALL_MAP (execve);
- SYSCALL_MAP_RENAME (mmap, gdb_sys_mmap2);
+ SYSCALL_MAP_RENAME (mmap, gdb_old_mmap);
SYSCALL_MAP (fadvise64);
SYSCALL_MAP (swapon);
case amd64_sys_mmap:
case amd64_x32_sys_mmap:
- return gdb_sys_mmap2;
+ return gdb_old_mmap;
case amd64_sys_mprotect:
case amd64_x32_sys_mprotect:
SYSCALL_MAP (clone);
SYSCALL_MAP (execve);
- SYSCALL_MAP_RENAME (mmap, gdb_sys_mmap2);
+ SYSCALL_MAP_RENAME (mmap, gdb_old_mmap);
SYSCALL_MAP (fadvise64);
SYSCALL_MAP (swapon);