From:	"Alexei A. Frounze" <alex DOT fru AT mtu-net DOT ru>
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
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

- Raw text -