From: Robert A Duff <bobduff@world.std.com>
Subject: Re: Streams in Ada
Date: Fri, 6 Apr 2001 22:54:31 GMT
Date: 2001-04-06T22:54:31+00:00 [thread overview]
Message-ID: <wccpuepvdug.fsf@world.std.com> (raw)
In-Reply-To: 3ACC800B.C24CEB17@deja.com
Brian Gaffney <b_gaffney@deja.com> writes:
> Robert A Duff wrote:
> >
> > Florian Weimer <Florian.Weimer@RUS.Uni-Stuttgart.DE> writes:
> >
> > > Ted Dennison<dennison@telepath.com> writes:
> > >
> > > > I think you meant, "all possible Ada implementations", which I would
> > > > disagree with.
> > >
> > > Do impossible Ada implementations exist? ;-)
> >
> > No, but some possible Ada implementations don't exist. ;-)
> >
> Are you sure?
Yes, I'm quite sure that some possible Ada implementations do not (yet?)
exist.
>.... Isn't there a current _very_ long thread about a current
> 'impossible' Ada implementation :-)? Oops, that's an Ada compiler/tool
> set, sorry.
>
> Seriously, shouldn't the Storage_Unit refer to the addressable unit on
> the machine?
Yes.
>.. For example, on a machine with 32-bit addressing, does the
> potential address space cover 2**32 8-bit bytes, 32-bit words, or
> 256-bit
> cache-words?
I'm not sure what you mean by "32-bit addressing". If an address points
to an 8-bit quantity, then Storage_Unit = 8. If it points to a 32-bit
quantity, then Storage_Unit = 32. It doesn't matter how big an address
is.
The cache has nothing to do with it. It's the machine architecture that
matters.
>.. I would think most machines are byte-addressable,
> therefore
> Storage_Unit should be 8.
True on most machines, these days.
>... On machines we use, we have a 16-bit address
> space and can reference 2**16 16-bit half-words. Therefore Storage_Unit
> would be 16 (assuming an Ada compiler existed, HA!), even though 8-bit
> bytes and 32-bit words can be referenced.
How are 8-bit bytes referenced? If by "load high/low byte pointed to by
address", then yes, Storage_Unit should be 16.
- Bob
next prev parent reply other threads:[~2001-04-06 22:54 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-05 14:24 Streams in Ada Brian Gaffney
2001-04-06 22:54 ` Robert A Duff [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-03-31 14:49 chris.danx
2001-03-31 15:22 ` chris.danx
2001-03-31 21:37 ` Jeff Creem
2001-03-31 21:49 ` chris.danx
2001-03-31 22:21 ` Robert A Duff
2001-03-31 22:33 ` chris.danx
2001-04-02 13:47 ` Ted Dennison
2001-04-02 14:03 ` Florian Weimer
2001-04-02 14:29 ` Ted Dennison
2001-04-02 14:54 ` Robert A Duff
2001-04-02 14:47 ` Marin David Condic
2001-04-02 15:10 ` Florian Weimer
2001-04-02 15:49 ` Ted Dennison
2001-04-02 16:57 ` Marin David Condic
2001-04-02 17:49 ` Robert A Duff
2001-04-03 1:57 ` Larry Kilgallen
2001-04-03 14:13 ` Marin David Condic
2001-04-13 23:21 ` Robert A Duff
2001-04-02 17:41 ` Florian Weimer
2001-04-02 18:17 ` Robert A Duff
2001-04-02 19:36 ` Marin David Condic
2001-04-02 20:54 ` Robert A Duff
2001-04-03 10:10 ` Florian Weimer
2001-04-03 14:21 ` Marin David Condic
2001-04-03 18:15 ` Florian Weimer
2001-04-03 23:21 ` Robert A Duff
2001-04-02 21:13 ` Florian Weimer
2001-04-02 21:22 ` Robert A Duff
2001-04-03 10:02 ` Florian Weimer
2001-04-02 16:42 ` Marin David Condic
2001-04-13 5:00 ` David Thompson
2001-03-31 20:48 ` James Rogers
2001-03-31 21:20 ` chris.danx
2001-03-31 21:22 ` chris.danx
2001-03-31 23:10 ` David C. Hoos, Sr.
2001-04-01 11:27 ` chris.danx
2001-04-02 14:12 ` Ted Dennison
2001-04-02 14:00 ` Ted Dennison
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox