home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: cix.compulink.co.uk!usenet
- From: jralph@cix.compulink.co.uk ("Jolyon Ralph")
- Subject: Re: 680X0 -> PPC translator?
- Message-ID: <DnuyrH.H0u@cix.compulink.co.uk>
- Organization: Compulink Information eXchange
- References: <19960306.4307B0.C9EB@an132.du.pipex.com>
- Date: Wed, 6 Mar 1996 18:16:29 GMT
- X-News-Software: Ameol32
-
- > As has already been discussed, code is often misplaced in data hunks
- > and vice versa. How do you intend to handle that?
-
- Who cares? In that case the original application was badly written.
- No-one can possibly say a translator will work for 100% of all cases.
- Some code will always break. That's tough.
-
- > Of course it isn't. If the translator comes across an instruction which
- > overwrites an already existing instruction with DATA, the resulting new
- > instruction will be completely wrong, since it will be 680x0 code
-
- Self-modifying code has been frowned upon for a very long time. Again, no
- sensible software should do this now.
-
- Sure you've got programs that are compressed into DATA chunks and
- decompress at runtime (powerpacked executables, etc). Those will just
- have to run through standard 680x0 emulation with no speed advantage.
- Better still, depack them.
-
- Jolyon
-
-
-