home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c
- Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!daffy!skool.ssec.wisc.edu!tobis
- From: tobis@skool.ssec.wisc.edu (Michael Tobis)
- Subject: Re: Moving from Pascal to C, Help please!!!!!!
- Message-ID: <1993Jan12.214820.29903@daffy.cs.wisc.edu>
- Sender: news@daffy.cs.wisc.edu (The News)
- Organization: U.Wis.-Madison; Atmospheric & Oceanic Sciences
- References: <4293@dozo.and.nl> <726510754snz@panache.demon.co.uk> <1993Jan12.190826.20740@mksol.dseg.ti.com>
- Date: Tue, 12 Jan 1993 21:48:20 GMT
- Lines: 26
-
- In article <1993Jan12.190826.20740@mksol.dseg.ti.com>, mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
- |> In <726510754snz@panache.demon.co.uk> raph@panache.demon.co.uk (Raphael mankin) writes:
- |>
- |> >IMHO the only thing one can say about pointer arithmetic is DON'T.
- |>
- |> There's singularly bad advice from someone with that much experience.
- |>
- |> >If your pointer points to an array, use subscripting. Let the compiler's
- |> >optimiser work out whether there are really better ways of doing the job.
-
- My main project uses four dimensional arrays on a RISC processor
- (really RISC, INMOS Transputers to be specific). Explicitly using
- pointers ALMOST TRIPLES the execution speed of the code.
-
- Do not take this silly advice about pointers if you are extensively using
- multidimensional arrays and you care about execution time.
-
- (nor if you are interested in large data bases, either. I've seen code
- in FORTRAN try to build a tree heirarchy. blecchhh.)
-
- If your project is small enough that not using pointers is appropriate,
- and you are hiring programmers who are uncomfortable with it, your
- project should probably be written in Pascal.
-
- mt
-
-