From: "Alexei A. Frounze" Newsgroups: comp.os.msdos.djgpp Subject: Re: Embedded programming Date: Tue, 02 May 2000 12:36:55 +0400 Organization: MTU-Intel ISP Lines: 31 Message-ID: <390E93A7.B685FF3B@mtu-net.ru> References: <390e3ec3$0$72534$61169c8d AT news DOT thebestisp DOT com> <200005020320 DOT XAA20914 AT envy DOT delorie DOT com> NNTP-Posting-Host: ppp103-103.dialup.mtu-net.ru Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Trace: gavrilo.mtu.ru 957257169 10185 212.188.103.103 (2 May 2000 08:46:09 GMT) X-Complaints-To: usenet-abuse AT mtu DOT ru NNTP-Posting-Date: 2 May 2000 08:46:09 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 DJ Delorie wrote: > > > Can DJGPP be used to compile binaries that will run standalone - i.e. > > without DOS or Windows? I'm looking for a 32 C compiler to generate code > > for an embedded project. > > It can, but it's not trivial. Why *not* trivial? Just don't use LIBC and/or write replacement for functions you need. GCC works fine for me... I do C (no C++) stuff. I use GCC as a 32-bit compiler for my OS project. GCC is pretty good for that. > If the CPU isn't an x86, you need to rebuild the whole toolchain (gcc, > as, ld) from original sources as a cross-compiler. > > If the CPU *is* an x86, you still will probably have to use a custom > linker script and write a small converter to convert the COFF output > to whatever your target uses. That's not a problem too. I have some simple scripts that do all the job. > You'll likely have to write support libraries as well, but that's a > given with embedded programming. bye. Alexei A. Frounze ----------------------------------------- Homepage: http://alexfru.chat.ru Mirror: http://members.xoom.com/alexfru