здесь не все настолько разумны! плз по буквенно и медленно , так что бы поняли все , включая чайников!

  и агрессивный компилятор  

 

если провести параллель - в Delphi так реализованы экземпляры - интерфейсы - вместо вызова конструктора вызывается getInstance(увеличивает счетчик ссылок на 1), деструктор тоже не вызывается, а вызывается специальный метод, который уменьшает количество ссылок на 1. при достижении счетчиком ссылок 0, интерфейс выбрасывается из памяти без привлечения программиста. такая же фишка  - в паттерне "одиночка", только там всё через статические поля класса. А "умные указатели" реализуются на шаблонах С++.
Я правильно понимаю тему гребли, товарищи С++-ники?

т.е. 

это плюс этого языка

по направлению оптимизации?!

Romikgy, скорее костыль, заплатка.

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

т.е. это минус?

Romikgy, ты можешь отвлечься от понятий абсолютного добра и зла? 

Это плюс, потому что позволяет компилятору лучше оптимизировать код.
Минус дизайну языка, что для этого вообще понадобилось специальное ключевое слово. И тем не менее, дизайн языка логично проистекает из условий того времени и т.д.

<Стерто>
Модераторы, уберите плиз.

Это сообщение отредактировал(а) Beltar - 5.2.2007, 23:48

гна, ясности хоцца


хмммм как все запутано ...

Возвращаясь к теме инклюдов, отвечаю Sun: нет, "нас" не испортили визарды и фреймворки. Вопрос тут не в том, "как правильно нужно делать и почему", а в том "почему в С++ приходится подстраиваться под неудобный препроцессор"  

Он не неудобен - он прост. Не нравтяся инклюды - пиши код в одном текстовом файле. Не нравится препроцессор - не используй. Это всё вещи опциональные и вспомагательные. Можно в конце концов свой препроцессор написать, который будет соединять тексты так, как вам удобно. 

Зато вы хоть знате как всё устроено и как всё работает а некоторую сложность использования С++ я отношу также к его сильной стороне, потому что в среде С++ чайников несравнимо меньше чем среди других популярных языков. 

ну-ну   
теоретически да, а практически...

в смысле?

В прямом. Берётся код программы компилируется в объектный код и линковщиком собирается в исполняемый бинарный код. Все можно посмотреть как оно работает в ассемблере, какие регистры заполняются, что по какому адресу лежит, какие API функции вызываются - красота одним словом. Никаких тебе чёрных ящиков с байткодом или дебрями рантайма.

restrict "говорит" компилятору, что в данной области видимости, данные, на которые указывает restrict pointer, могут изменяться только через этот указатель
в связи с этим возможны оптимизации с его (компилятора) стороны
правда, вот сейчас ради интереса, решил "поиграться" с restrict и разницы между "с restrict" и "без restrict" не заметил вообще   (ставил -O3 на gcc 4.1)

Это сообщение отредактировал(а) MAKCim - 6.2.2007, 13:00

Это иллюзия  Просто чайники дольше ходят по граблям синтаксиса, и только потом переходят на грабли API