-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/31/11 11:20, Bernd Schmidt wrote: > With the final shrink-wrapping patch applied, I see failures in > dwarf2cfi on mips64-elf. The problem is that reorg.c uses copy_rtx > to copy instructions, and for some reason that clears the > frame_related bit. We end up with a prologue insn in a delay slot, > and dwarf2cfi disregards its effects. > > I see no reason to do this, and testing (BSRT i686-linux, plus > mips64-elf sim testing) showed no reason either. Ok? Presumably the jump & call flags are copied as part of the shallow_copy_rtx call, thus removing the explicit copy is safe?
Based on my review of the history of that code I don't think ignoring the frame related flag was ever intentional... OK. jeff -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXnLcAAoJEBRtltQi2kC735MH/AsvPSEjsFpvRebGyVGhUSGL A4nFRZjXVuRDpUFwRrWKGdqLPPdqzdJ5ixaS+Z1pHDwXYwaLXO46XRldDf8GbcGT Dl2tCZSel9KTVduEm4wH49ZXTMn4UZBLbpIfhO19SUXZ399AmzIeBCvfMtGPJczM fZNjFI+/CsNQ9n6GsWMit0qjYqSZCTyVabRCKsGHiMRmnA8WtXfhdEZR5ZSANqo6 98HgCtNkD1Q643Sc9SNqXbIDdZF1CB1hKUl01Rf+SADX6In4SrDOXGYgmvt/plDB b8j1zt0Agmjpw36f4dgIeaF50WzU1FpeaxZYZ8hfFcwBY6mBenDXB0lIGg/EHx0= =iOxe -----END PGP SIGNATURE-----
