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,5966490b70a223d6 X-Google-Attributes: gid103376,public From: Robert Dewar Subject: RE: 3-bit array porting problem from ADA83 to GreenHills ADA95 Date: 1999/12/04 Message-ID: <82a435$8gk$1@nnrp1.deja.com>#1/1 X-Deja-AN: 556186800 References: <384728ff.588431360@news.uswest.net> X-Http-Proxy: 1.0 x30.deja.com:80 (Squid/1.1.22) for client 205.232.38.14 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Sat Dec 04 04:08:06 1999 GMT X-MyDeja-Info: XMYDJUIDrobert_dewar Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.04 [en] (OS/2; I) Date: 1999-12-04T00:00:00+00:00 List-Id: In article , comp.lang.ada@ada.eu.org wrote: > From: Bob Leif > To: Darrell Higgins et al. > > Your 3 bit arrays may be applicable to the Human Genome > project. They should be a good way to compress the data. It > may also be possible to look for matching "strings". This seems unlikely. There is a VERY significant time penalty for using 3-bit packing instead of 4-bit packing. Unless storage is VERY tight, and you really don't care about processing time at all, you do better to specify 4-bit packing which is quite efficient (since everything can be done with shift and masking operations). Usually the only time you want to use odd inefficient component sizes like this is when you have external data that is formatted in this manner. > Would the > inclusion of generic characters in Ada.Strings.Bounded have > facilitated your work? Not clear what this has to do with the subject of 3-bit packed arrays??? Sent via Deja.com http://www.deja.com/ Before you buy.