From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 13790 invoked from network); 2 Mar 2023 17:35:00 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 2 Mar 2023 17:35:00 -0000 Received: from duke.felloff.net ([216.126.196.34]) by 9front; Thu Mar 2 12:33:38 -0500 2023 Message-ID: Date: Thu, 02 Mar 2023 18:33:27 +0100 From: cinap_lenrek@felloff.net To: 9front@9front.org In-Reply-To: <1440d7fc-4dfa-273c-874d-cd77f5b84a27@posixcafe.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: information factory Subject: Re: [9front] Re: [PATCH] game boy advance header target for 5l Reply-To: 9front@9front.org Precedence: bulk i dont think that a.out (arm) have relocatable code. aout2uimage does not relocate the image (abslute addresses are encoded inside instruction immediates) but only changes the header and handles some padding stuff. the load address (and entry point) all *MUST* stay the same no matter if it is wrapped in a.out or uimage. this is why you need the -T flag for the linker. theres no relocation info in a.out as far as i remember. so writing a external tool to convert an a.out to ???? requiering relocation will have a hard time. -- cinap