home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!email!nino
- From: nino@vmars.tuwien.ac.at (Marinos Yannikos)
- Subject: Re: A summary of the new stuff in MiNT/gcc please?
- Message-ID: <1993Jan28.110815.8588@email.tuwien.ac.at>
- Sender: news@email.tuwien.ac.at
- Nntp-Posting-Host: gipsy.vmars.tuwien.ac.at
- Organization: TU Wien, Vienna, Austria
- References: <3_800_842_fidonet2b625f3a@Kralizec.fido.zeta.org.au>
- Date: Thu, 28 Jan 1993 11:08:15 GMT
- Lines: 35
-
- michael.smith@f842.n800.z3.fido.zeta.org.au (michael smith) writes:
- :
- : Hi guys...
- :
- : It looks like I can't get onto the MiNT mailing list (partly coz I don't
- : know what the address is, and partly because, well, I'm probably nobody 8)
- : ... so I as wondering if someone could give a summary of the interesting
- : things since 0.95?
-
- Get mint99s.zoo and have a look at the 'changes' file... ;-)
-
- : -mbaserel and -mpcrel would be interesting to know, along with some info on
- : how the shared text/shared data works...
-
- The -mbaserel and -mpcrel options for gcc were implemented by Howard Chu,
- and he posted information about them a few weeks ago. Basically
- -mpcrel makes the compiler try to use pc-relative addressing mode only
- (for text-segment adresses), while -mbaserel makes all accesses to
- the data-segment relative to a base-register (currently A4), so that
- by just changing that register one text segment can be used for multiple
- copies of a process in memory - that means, that if eg. you have a shell
- that was compiled with -mbaserel, if you call it 2x (eg. recursively),
- MiNT just needs to allocate a new data segment for the second invocation
- and can use the same text segment - so that saves you the amount of
- memory the second text segment would require. MiNT only has to set
- A4 for the second process to the second data segment...
- This is supported since Howard Chu's port of GCC 2.3.1 and MiNT 0.96
- as far as I know... Shared 'data' doesn't work as far as I know! ;-)
-
- -MY
-
- PS: Howard Chu would surely be able to explain this better... Please
- correct me if I'm wrong!
-
-
-