Am 10.02.2012 12:23, schrieb Paul Brook: > Make MIPS N32 be a variant of mips64, rather than a new architecture in > its own right. This matches how sparc/ppc work, and makes TARGET_MIPS64 > the right thing to check for a 64-bit mips core. > > As side-effect of this is that linux-user/mipsn32 gets merged into > linux-user/mips64. I consider this to be a feature as anything differences > other than the syscall numbers are probably bugs. > > Signed-off-by: Paul Brook <p...@codesourcery.com> > --- > configure | 3 +- > linux-user/mips64/syscall.h | 14 +- > linux-user/mips64/syscall_nr.h | 312 > +----------------------------------- > linux-user/mips64/syscall_nr32.h | 311 +++++++++++++++++++++++++++++++++++ > linux-user/mips64/syscall_nr64.h | 306 +++++++++++++++++++++++++++++++++++ > linux-user/mipsn32/syscall.h | 224 -------------------------- > linux-user/mipsn32/syscall_nr.h | 311 ----------------------------------- > linux-user/mipsn32/target_signal.h | 29 ---- > linux-user/mipsn32/termbits.h | 245 ---------------------------- > linux-user/syscall_defs.h | 79 +--------- > 10 files changed, 636 insertions(+), 1198 deletions(-) > create mode 100644 linux-user/mips64/syscall_nr32.h > create mode 100644 linux-user/mips64/syscall_nr64.h > delete mode 100644 linux-user/mipsn32/syscall.h > delete mode 100644 linux-user/mipsn32/syscall_nr.h > delete mode 100644 linux-user/mipsn32/target_signal.h > delete mode 100644 linux-user/mipsn32/termbits.h
Note: Richard Henderson and me had been looking into code sharing among the MIPS ABIs for signal handling in response to a half-done Octeon mips64 patchset. There's an unfinished RFC of mine from December or so, feel free to pick that up or to come up with a better idea! Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg