From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HrSV1-0003q3-9A for qemu-devel@nongnu.org; Fri, 25 May 2007 01:38:03 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HrSUy-0003pr-Os for qemu-devel@nongnu.org; Fri, 25 May 2007 01:38:01 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HrSUy-0003po-ML for qemu-devel@nongnu.org; Fri, 25 May 2007 01:38:00 -0400 Received: from epicsol.org ([208.53.139.121]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HrSUy-0001P7-46 for qemu-devel@nongnu.org; Fri, 25 May 2007 01:38:00 -0400 Received: from epicsol.org (localhost [127.0.0.1]) by epicsol.org (Postfix) with ESMTP id CD389678CA for ; Fri, 25 May 2007 00:37:57 -0500 (CDT) Received: (from kitambi@localhost) by epicsol.org (8.13.8/8.13.8/Submit) id l4P5bvbn076217 for qemu-devel@nongnu.org; Fri, 25 May 2007 01:37:57 -0400 (EDT) (envelope-from kitambi) Date: Fri, 25 May 2007 01:37:57 -0400 From: Jason Brand Subject: Re: [Qemu-devel] Porting QEMU to PalmOS Message-ID: <20070525053757.GA39397@epicsol.org> References: <865259.82695.qm@web54601.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Palm API reference: http://www.access-company.com/developers/documents/docs/palmos/PalmOSRefere= nce/ReferenceTOC.html You'll need to install (with ports, apt-get, or what have you): m68k-palmos-gcc m68k-palmos-gdb (not required, but very useful) m86k-palmos-binutils palmos sdk pilrc PalmOS has its own C library, which makes it painfully frustrating to code for at times. The API reference is invaluable. Good luck. On Thu, May 24, 2007 at 04:33:26PM -0700, Jonathan Kalbfeld wrote: > Still sounds fantistically fun. >=20 > Maybe you can point me in the right direction to write PalmOS programs > (.prc's right?). >=20 > I have some goofy ideas for things to write for my Treo. >=20 > jonathan >=20 > On 5/24/07, sinisa marovic wrote: > > > > I'm afraid I will have to dissapoint you: it will be only isapc with no > > networking or other fancy devices. Main goal is the ability to run dos > > games. > > I do not know how familiar are you with PalmOS developer support. It > > is poor, gcc lack many important functions that have to be written from > > scratch. When I ported dosbox (which is written in c++) I realized that > > there is no support for vectors, iterators, namespaces etc, so I had to > > write many operators myself. The biggest problem with QEMU is that > > it uses signals a lot, and, guess what, PalmOS has no support for signa= ls > > _at_ _all_. I found a way to get things going without them for now, but > > this has it's drawbacks. I will have to think about something better la= ter > > on. > > > > ----- Original Message ---- > > From: Jonathan Kalbfeld > > To: qemu-devel@nongnu.org > > Sent: Thursday, May 24, 2007 11:18:48 PM > > Subject: Re: [Qemu-devel] Porting QEMU to PalmOS > > > > One definite plus with having QEMU for PalmOS is the ability to run thi= ngs > > like OpenVPN (even if slow) and connect to a VPN back-end. > > > > As is, I use OpenVPN tunnels to link up my QEMU machines on Solaris. > > > > jonathan > > > > On 5/23/07, Wolfgang Schildbach < > > Wolfgang.Schildbach@codingtechnologies.com> wrote: > > > > > > Try compiling as position-dependent (i.e. not PIC) code. GOT is a > > > typical > > > feature of position independent code. > > > > > > - Wolfgang > > > > > > qemu-devel-bounces+wolfgang.schildbach=3Dcodingtechnologies.com@nongn= u.org > > > wrote on 23.05.2007 13:20:22: > > > > > > > Hi Johannes, > > > > > > > > thanks for your quick response. > > > > I thought QEMU was already compiled and run on an ARM machine? > > > > If so, how come that noone else had such problem (I searched for it > > > > on google), > > > > and PXA255 is a standard ARM CPU with a few additional instructions. > > > > And how to make them not come from GOT, those vars are declared as > > > extern, > > > > so they are globals? > > > > > > > > BR, > > > > Voda. > > > > > > > ----- Original Message ---- > > > > From: Johannes Schindelin < Johannes.Schindelin@gmx.de> > > > > To: sinisa marovic > > > > Cc: qemu-devel@nongnu.org > > > > Sent: Wednesday, May 23, 2007 12:48:59 PM > > > > Subject: Re: [Qemu-devel] Porting QEMU to PalmOS > > > > > > > Hi, > > > > > > > > On Wed, 23 May 2007, sinisa marovic wrote: > > > > > > > > > Relocation types that fail are 25 and 26, which are R_ARM_GOTPC a= nd > > > > > R_ARM_GOT32 respectively. Their names are: > > > > > > > > > > _GLOBAL_OFFSET_TABLE_ > > > > > cc_table > > > > > __op_param1 > > > > > __op_param2 > > > > > __op_param3 > > > > > > > > > > Is there a way to fix this? > > > > > > > > The GOT is an offset table. Many CPUs have fixed-size instruction > > > sets, > > > > which means that you cannot easily jump to an absolute address, sin= ce > > > the > > > > address alone would already fill up the size. > > > > > > > > Of course, this is a no-no for QEmu, since the _same_ function snip= pet > > > > will be reused _multiple_ times. So, the address must not come from= a > > > GOT, > > > > but be inserted directly into the code. > > > > > > > > I do not remember off-hand how I managed to do this a couple of yea= rs > > > ago, > > > > when I worked on a MIPS host, but there _are_ gcc options to avoid a > > > GOT. > > > > > > > > Hth, > > > > Dscho > > > > > > > > > > > > Food fight? Enjoy some healthy debate > > > > in the Yahoo! Answers Food & Drink Q&A. > > > > > > > > > > > > > > > > > > -- > > -- > > Jonathan Kalbfeld > > +1 323 620 6682 > > > > > > ------------------------------ > > Get the free Yahoo!=20 > > toolbarand=20 > > rest assured with the added security of spyware protection. > > >=20 >=20 >=20 > --=20 > -- > Jonathan Kalbfeld > +1 323 620 6682 --gKMricLos+KVdGMg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGVnYz5rua1Im0p8wRAjyQAJ0bjy50g0Z5yWhIkWyqDBd+j993VACgxkcg lbVrC15qFqmdizSLpk3Av9E= =a+2A -----END PGP SIGNATURE----- --gKMricLos+KVdGMg--