Groups | Search | Server Info | Login | Register
Groups > comp.sys.amiga.games > #354
| Newsgroups | comp.sys.amiga.games |
|---|---|
| Date | 2022-02-03 06:12 -0800 |
| References | (2 earlier) <7723r8$2aj$2@oravannahka.Helsinki.FI> <78j91k$aep$2@news.iinet.net.au> <78k25o$cjh$1@tempo.univ-lyon1.fr> <78nrc1$dg4$1@news.iinet.net.au> <78rvmd$m96$2@tempo.univ-lyon1.fr>#1/1> |
| Message-ID | <60250970-67fb-4f7e-92b3-a0214276f013n@googlegroups.com> (permalink) |
| Subject | Re: Snes9x (PowerUP) kicks Warpsnes ass! (NOT) |
| From | Betsy Hendricks <goodnameminecraft@gmail.com> |
On Friday, January 29, 1999 at 2:00:00 AM UTC-6, Emmanuel Lesueur wrote: > Deok-Min Yun (dm...@rocketmail.com.au) wrote: > : Emmanuel Lesueur <les...@desargues.univ-lyon1.fr> wrote: > : : What makes ELF files bigger is relocation data. The hunk format > : : has a more compact (but less powerful) way to store them. > : Oops, I forgot that one. But relocation data can't be that big, can it? > Relocation data with ELF is 12 bytes per relocation, and on ppc > they are often used by pair (2 relocations per access to a > global variable). Hunk format uses 4 bytes per relocation, > and since it doesn't support split-relocations, they are > not much used for ppc. Programs using hunk format use relative > addressing and a table of contents instead, which is slower but > leads to smaller files. The actual size of the code loaded > in memory is more or less the same in both cases. > -- > Emmanuel Lesueur - les...@desargues.univ-lyon1.fr hm?
Back to comp.sys.amiga.games | Previous | Next — Next in thread | Find similar
Re: Snes9x (PowerUP) kicks Warpsnes ass! (NOT) Betsy Hendricks <goodnameminecraft@gmail.com> - 2022-02-03 06:12 -0800 Re: Snes9x (PowerUP) kicks Warpsnes ass! (NOT) Pinku Basudei <pinku@straylight.freeside.l5> - 2022-03-17 14:54 +0100
csiph-web