[Oberon-07/11] Array of bytes / byte stream

[valexey_u]

Между прочим, мы отклонились от изначальной темы - ужель bytestream придется делать в виде пачки integer'ов или set'ов?

Я не отклонялся от темы. Я предлагал сделать тип данных Поток, который внутри реализуется через байт (и system), а наружу выставляет процедуры чтения интов, строк и т.д.

Это слишком тяжеловесно не гибко и компиляторозависимо.
По факту - в реализациях в SYSTEM'e нет байта. Кстати, псевдомодуля SYSTEM также может не быть - он опционален.

[Geniepro]

Чего уж сразу в язык не ввести fft, dct и вейвлеты?

Во, взял на заметку! ))))

О чём это вы?

Ну как о чём? Надумаю делать свой ЯВУ -- забубеню туда "fft, dct и вейвлеты" (что бы это не значило) 

[igor]

Так что в нормальном ЯВУ (а не в ассемблере) должны быть языковые плавающая арифметика и умножение/деление целых чисел. Да даже комплексные числа -- почему бы и нет?

Категорически... СОГЛАСЕН! 

[ilovb]

Между прочим, мы отклонились от изначальной темы - ужель bytestream придется делать в виде пачки integer'ов или set'ов?

Я не отклонялся от темы. Я предлагал сделать тип данных Поток, который внутри реализуется через байт (и system), а наружу выставляет процедуры чтения интов, строк и т.д.

Вполне кошерно по Вирту   

[vlad]

Я не отклонялся от темы. Я предлагал сделать тип данных Поток, который внутри реализуется через байт (и system), а наружу выставляет процедуры чтения интов, строк и т.д.

Вполне кошерно по Вирту   

Не, даже с таким потоком все равно будет специфика платформы. Например, как будут читаться int'ы - как big-endian или little-endian? А размеры этих int'ов?

[valexey_u]

Я не отклонялся от темы. Я предлагал сделать тип данных Поток, который внутри реализуется через байт (и system), а наружу выставляет процедуры чтения интов, строк и т.д.

Вполне кошерно по Вирту   

Не, даже с таким потоком все равно будет специфика платформы. Например, как будут читаться int'ы - как big-endian или little-endian? А размеры этих int'ов?

Или как middle-endian :-) (да, есть и такое)

[ilovb]

Не понял при чем тут это.
Читаем поток 10 байт - получаем 10 int'ов...  Как конкретно байт ляжет на int зависит от компилятора. SYSTEM - это ведь псевдомодуль (т.е. по сути часть компилятора)
Ну а компилятор то платформу должен "знать".

[vlad]

Не понял при чем тут это.
Читаем поток 10 байт - получаем 10 int'ов...  Как конкретно байт ляжет на int зависит от компилятора. SYSTEM - это ведь псевдомодуль (т.е. по сути часть компилятора)
Ну а компилятор то платформу должен "знать".

Он должен знать формат исходного потока. Потому что если на одной платформе один компилятор положит (в файл) big-endian, а другой прочитает в little-endian, то исходный и прочитанный int'ы не совпадут. При этом даже если заспекать такой формат - часть платформ окажется в проигрыше по эффективности работы с таки потоком, потому что будет постянно перегонять в правильный endian.

[ilovb]

Хоть убейте, но я все равно не понимаю какое отношение это имеет к Оберону. На любом другом языке будет ровно то же самое.

[vlad]

Хоть убейте, но я все равно не понимаю какое отношение это имеет к Оберону. На любом другом языке будет ровно то же самое.

Никакого. Общие размышления. Поток будет всяко лучше, чем отсутствие даже BYTE

[valexey_u]

В общем, у меня таки оформилось мнение, что подобную штуку следует делать через opaque-тип в стандартной либе. Непосредственно модуль реализующий этот opaque-тип может использовать (внутри себя) внеязыковые средства для пущей эффективности.