|GNU gcc/g++ with 386 segmented architecture. mgcd@QSof01.alcbel.be (1996-06-24)|
|Re: GNU gcc/g++ with 386 segmented architecture. email@example.com (1996-06-24)|
|Re: GNU gcc/g++ with 386 segmented architecture. firstname.lastname@example.org (1996-06-26)|
|Re: GNU gcc/g++ with 386 segmented architecture. email@example.com (1996-06-26)|
|Re: GNU gcc/g++ with 386 segmented architecture. firstname.lastname@example.org (1996-06-27)|
|Re: GNU gcc/g++ with 386 segmented architecture. email@example.com (1996-06-30)|
|Re: GNU gcc/g++ with 386 segmented architecture. firstname.lastname@example.org (1996-07-01)|
|[3 later articles]|
|From:||mgcd@QSof01.alcbel.be (Martin G C Davies)|
|Date:||24 Jun 1996 11:03:13 -0400|
|Keywords:||GCC, 386, question|
I have asked the question below in gnu groups but got no reply so am posting
here in case someone has been tried before who no longer looks at those
The delivered GNU gcc/g++ 386 support only works in a flat architecure i.e.
pointers are 32bit (just a base/index/offset) so DS is always used as the
I would like gcc and g++ on an Intel 386 but with a segmented architecture
i.e. pointers are 48 bits (a segment (DS/ES/FS/GS) and a base/index/offset).
I have had a look at the document "Using and Porting GNU CC" and there seems
to be no mode that I can use for such a pointer e.g. SImode, PDImode,
Is it possible to do this and, even better, has anyone done it?
Any help or suggestions would be very useful (even if the answer is "it
can't be done").
= Martin G C Davies BSc CEng MBCS | Internet: email@example.com
* Richard Daley Associates | Phone: (44) 1279 830 141
= 100 Elmbridge, Churchgate Street | Fax: (44) 1279 758 550
* Old Harlow, Essex, CM17 OJU |
= Working for:-
* Alcatel Bell (Dept. VE141)
= F. Wellesplein 1 | Fax: (32) 3 240 99 50
* B-2018 Antwerpen
[GCC believes very strongly that its target machine has a flat address space.
It may be doable, but it'd be a huge project. I've never seen a C compiler
that did 386 large model. Are there any? -John]
Return to the
Search the comp.compilers archives again.