> >>>>> When compiling qemu statically with multilib on PPC, we hit the > >>>>> same issue that commit 845f2c2812d9ed24b36c02a3d06ee83aeafe8b49 > >>>>> is fixing. Do the same here. > >>>> > >>>> How many of these ld files can we get rid of if we use -Ttext-segment > >>>> instead? Generally all we're really caring about is moving the program > >>>> base around so that it doesn't conflict with the address space we want > >>>> to use for the client. > >>> > >>> Now that we have the automatic GUEST_BASE stuff you shouldn't need to > >>> do either. > >> > >> If it was working, yes :) > > > > What doesn't work? I put a fair amout of effort into making it > > automatically pick a sensible value. If there's some reason that won't > > work then you probably want to be using -R. > > IIRC mmap'ing files would break with 32-on-64, but I'd have to check up on > the details. I ended up passing MAP_32BIT to all linux-user mmap calla for > 32-on-x86_64, but that doesn't work with -R.
Hmm, I thought we'd fixed that. It's the reason h2g_valid exists. Either way it should definitely work with -R. I specifically added that to avoid problems with the host mmap picking inconvenient addresse. MAP_32BIT is an unconsionable hack, and doesn't exist on other 64-bit hosts. Paul