Related articles |
---|
GNU gcc/g++ with 386 segmented architecture. mgcd@QSof01.alcbel.be (1996-06-24) |
Re: GNU gcc/g++ with 386 segmented architecture. kanze@lts.sel.alcatel.de (1996-06-24) |
Re: GNU gcc/g++ with 386 segmented architecture. dennis@netcom.com (1996-06-26) |
Re: GNU gcc/g++ with 386 segmented architecture. khays@sequent.com (1996-06-26) |
Re: GNU gcc/g++ with 386 segmented architecture. bill.williams@gecm.com (1996-06-27) |
Re: GNU gcc/g++ with 386 segmented architecture. dlmoore@ix.netcom.com (1996-06-30) |
Re: GNU gcc/g++ with 386 segmented architecture. paik@3dfx.com (1996-07-01) |
Re: GNU gcc/g++ with 386 segmented architecture. dlmoore@ix.netcom.com (1996-07-01) |
Re: GNU gcc/g++ with 386 segmented architecture. brian@watcom.on.ca (1996-07-01) |
Re: GNU gcc/g++ with 386 segmented architecture. sef@kithrup.com (Sean Eric Fagan) (1996-07-01) |
From: | bill.williams@gecm.com |
Newsgroups: | comp.compilers |
Date: | 27 Jun 1996 11:41:50 -0400 |
Organization: | GEC-Marconi Research Centre |
References: | 96-06-100 96-06-110 |
Keywords: | GCC, 386 |
dennis@netcom.com (Dennis Yelle) writes:
> Please tell us why you want to [use 386 segmented addresses].
> Do you have more than 4GB that you want to point at?
The moderator natters:
> [The Intel architecture doesn't handle more than 4GB, segments or no, because
> everything is mapped into the 32 bit linear address space. But there are
> environments where you've already got segmented data and your code has to
> deal with that. -John]
One example that I came accross recently is operating system code. If
you're writing scheduler code, memory manager code, I/O driver code,
you frequently have to deal with the segment architecture on the x86
processors. The only workaround is to put lots more assembler than I
am really comfortable with as a potential inspector of other people's
code:-)
Bill
--
Bill Williams
GEC-Marconi Research Centre
bill.williams@gecm.com
Tel: +44 1245 242016
Fax: +44 1245 242003
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.