From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 1 Nov 2002 17:45:00 +0300 (MSK) From: Vitaly Lugovsky To: Subject: Re: [Comm] C++ rulezz :)) In-Reply-To: <3DC289FC.6080805@avanto.mpei.ac.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Fri, 1 Nov 2002, Dmitry E. Oboukhov wrote: > > Всё это - совершенно не обязательно для ЯВУ. Более того, чем более > >высокоуровневый ЯВУ, тем проще его компилировать в обход ущербности > >железа. > > > > > весь вопрос еще и в ограниченности ресурсов ПЗУ > часто ограничения уж очень жесткие Опять же - это не влияет на свойства языка. Только на возможности решения конкретных задач. Весь возможный оверхед от высокоуровневости принципиально устраняется на стадии компиляции. > >>неплохие компиляторы с Си, хотя там почти все переменные > >>получаются статическими, а об указателях можно вообще не > >>думать. > > > > Какой же это тогда Си... > > > вот такой: > > void my_function(uchar a) > { > uchar i; > for (i=0; i<20; i++) что-то; > ... > } Тут и C не надо... > а и i - статические переменные. > компилятор (линкер) при добавлении такой простой функции > при определенном стечении обстоятельств может начать > жаловаться на недостаток памяти... > > когда у тебя всего 80 байт памяти, то начинаешь > думать, как её распределить между кучей функций. > особенно угнетают всякие инициализационные > функции, в которых нужны переменные по какой-то > причине. Выход один - полнотекстная оптимизация. У Рейнольдса, кажется, были некоторые метОды описаны.