comp.lang.ada
 help / color / mirror / Atom feed
From: kilgallen@eisner.decus.org (Larry Kilgallen)
Subject: Re: Efficient io of arbitrary binary data.
Date: 1996/09/16
Date: 1996-09-16T00:00:00+00:00	[thread overview]
Message-ID: <1996Sep16.084759.1@eisner> (raw)
In-Reply-To: BRH.96Sep16002020@poplar111.cray.com


In article <BRH.96Sep16002020@poplar111.cray.com>, brh@poplar111.cray.com (Brian Hanson) writes:

> Actually, folks in our shop are big on optimizing c, c++ and fortran compilers.
> My target platforms - sgi (our new parent) and sun (our workstation of 
> choice prior to acquiring a parent) - use gnat.
> 
> is it really likely that 
> 
> 
> 	case compare_keys(current_string(buf1), current_string(buf2)) is
> 	  when smaller, the_same =>
> 		store_string(buf3, current_string(buf1));
> 		advance_string(buf1);
> 	  when larger =>
> 		store_string(buf3, current_string(buf2));
> 		advance_string(buf2);
> 	end case;
> 
> would really optimize the copying of the string slices away.

As has been pointed out on this list, one of the advantages of using
GNAT is that if you feel it is inadequate in some regard, you can
extend it.  Optimization seems one of the best areas for extension,
since you are not doing something which will conflict with whatever
the next standard might be.

Larry Kilgallen




  parent reply	other threads:[~1996-09-16  0:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-09-13  0:00 Efficient io of arbitrary binary data Brian R. Hanson
1996-09-14  0:00 ` Larry Kilgallen
1996-09-14  0:00   ` Robert Dewar
1996-09-16  0:00   ` Brian Hanson
1996-09-17  0:00   ` Ted Dennison
1996-09-14  0:00 ` Larry Kilgallen
1996-09-16  0:00   ` Brian Hanson
1996-09-16  0:00     ` Stephen Leake
1996-09-16  0:00     ` Larry Kilgallen [this message]
1996-09-16  0:00     ` Robert A Duff
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox