From: "Alexei A. Frounze" Newsgroups: comp.os.msdos.djgpp,gnu.gcc.help Subject: Re: embedded 16 bit, real mode, x86 target for gcc? Date: Wed, 03 May 2000 23:34:14 +0400 Organization: MTU-Intel ISP Lines: 49 Message-ID: <39107F36.3B11236C@mtu-net.ru> References: <39104272 DOT D461E8D8 AT vvm DOT com> NNTP-Posting-Host: ppp108-82.dialup.mtu-net.ru Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Trace: gavrilo.mtu.ru 957390438 59310 212.188.108.82 (3 May 2000 21:47:18 GMT) X-Complaints-To: usenet-abuse AT mtu DOT ru NNTP-Posting-Date: 3 May 2000 21:47:18 GMT X-Mailer: Mozilla 4.72 [en] (Win95; I) X-Accept-Language: en,ru To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com You may try similar solution to my OS Loader. OS Loader I wrote is a program that boots from a FAT12/16 disk (no matter floppy or hdd) in real mode without any other OS, just BIOS. Then it can load a 32-bit PMode program (already compiled by GCC), setup PMode, PIC and transferr the control. I.e. no DOS, DPMI or anything else. If it's applicable for your situation, you're welcome to my homepage. Good Luck Alexei A. Frounze ----------------------------------------- Homepage: http://alexfru.chat.ru Mirror: http://members.xoom.com/alexfru Karl Rasmussen wrote: > > I am writing some low level IO code (essentially BIOS equivalent) for an > embedded project. If possible, C would be prefered to assembly language > (goal: 90% C, 10% assembly or better). We need some code to be 16 bit > compatible for legacy interface requirements. For other parts, 32 bit is > fine, though not required. > > I was hoping to find a gcc back end for this. If it would look like a 16 > bit x86 cross compiler, that would be great. Our development environment > is 32 bit x86, Linux or Win 9x, NT 4. > > I was excited to find DJGPP, but from the FAQ I get the message this is > not what DJGPP is. Nor did any of the other gcc builds or compilers seem > to claim to do this. Did I miss something? Is there any gcc based > solution? Or do I need to get an old Borland or MS 16 bit compiler? > > The DJGPP solution with dpmi services is quite clever, but I can't use > that trick. The code I'm writing is already at the level that is > supposed to be implementing those functions for real. > > (Yes, I tried to push back the 16 bit requirement and see if we could go > all 32 bit, and we are stuck with the 16 bit requirement.) > > Any pointers or ideas will be appreciated. > > Thanks, > > Karl Rasmussen > karl AT vvm DOT com