From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_00,INVALID_MSGID, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,7b69a8818c20ab9f X-Google-Attributes: gid103376,public From: Robert Dewar Subject: Re: Y21C Bug Date: 2000/01/05 Message-ID: <8505tc$be4$1@nnrp1.deja.com>#1/1 X-Deja-AN: 568667160 References: <84nqbo$q28$1@nnrp1.deja.com> <84o0g2$u8v$1@nnrp1.deja.com><84pvrs$7q1@ftp.kvaerner.com> <84sltt$7s3@ftp.kvaerner.com> <84t966$be0$1@nnrp1.deja.com> <84vev2$7p4@ftp.kvaerner.com> X-Http-Proxy: 1.0 x24.deja.com:80 (Squid/1.1.22) for client 205.232.38.14 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Wed Jan 05 19:26:54 2000 GMT X-MyDeja-Info: XMYDJUIDrobert_dewar Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; I) Date: 2000-01-05T00:00:00+00:00 List-Id: In article <84vev2$7p4@ftp.kvaerner.com>, "Tarjei T. Jensen" wrote: > I expect support for creating old type 32bit applications to > be phased out within the next five years. I expect support for > old type 32bit applications to be phased out within 10 years > from now. I expect Unixes - even those which run on 32 bit > systems - to be 64 bit (compliant) by the end of the decade. I can just imagine someone saying in 1985 (easy to imagine, because it is based on memories of hearing this said often) "I expect support for COBOL-74 and related applications to be phased out by the end of the decade, and we should not have any trouble with the date change in 2000 because all old applications will be phased out by then, and all new applications are being written to be aware of this problem" Tarjei gives absolutely NO documentation for his expectations, he seems to have just based them on what seems reasonable. The actual facts are that old software stays around for a long time. Look for example at the situation on -o32 with SGI. SGI would surely like to get rid of this old ABI, and pushes customers hard to move to the new much more efficient -n32 ABI, but there are still many 3rd party libraries etc which have not made the switch. So there we are talking about a switch from one 32-bit for to another, something that has almost NO effect on existing code, and even that switch looks like it will end up taking a decade. I think you *greatly* underestimate the time scale for 32-bit mode disappearing. No vendor has indicated any push in the direction of eliminating 32-bit mode support. Besides which, many applications are smaller and run faster in 32-bit mode, so why would you switch them in any case? Yes, surely 64-bit time will become a standard before it is an issue, but that does not mean that old non-standard programs will suddenly go away :-) Sent via Deja.com http://www.deja.com/ Before you buy.