Mayk, вот нашел:

Возможность определения констант была в Delphi всегда, а директива inline - начиная с Delphi 2005. Выходит, можно обойтись без макросов?

В .NET их просто нет.  MS сказала: "Макросы - зло" 

ты наверное windows.h не видел   

Не нужно путать С и С++, возможность определения констант в С++ то-же была всегда, а директива inline считается устаревший, так как решать что должно быть inline а что нет должен компилятор а не программист(хотя возможно Delphi программисты настолько могучи, что сами могут определить что должно быть inline а что нет  ).
И вообще одна и та-же функция в одном месте может быть заинлайнена, а в другом нет, так что смысла в этой директиве нет))

Ф-яя очевидно м/б с пользой заинлайнена если:
1) вызывается всего в одном месте.
2) Вызывается в цикле.   
Или Си-приграммисты глупее своего компилятора.  
Программист на Delphi решает имеет-ли смысл заинлайнить, а компилятор решает можно ли это сделать. Инлайнить же или нет какой-нить sin(x) из библиотеки, который вызывается в данной конкретной программе в 65826844 местах уже другой вопрос.



Не видел, (или видел, но было пофиг) но я не про него, а про .NET и в первую очередь C#.

Это сообщение отредактировал(а) Beltar - 24.3.2008, 14:58

так ведь в С# есть препроцессор, очень похожий на Си-шный)))

Все теперь только Copy/Paste   

А я то наивный думал что именно программист и решает 

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

так я не понял, относительно только дельфей:
1) лучше программировать под .NET или просто D7
2) чьи проги из них быстрее (если считать с GUI)
3) чьи проги из них быстрее (если считать без GUI)

?   ?    ?


Это сообщение отредактировал(а) CompWorm - 25.3.2008, 21:19

а что значит быстрее, и зачем тебе вообще нужна "скорость"

вообще Delphi какой-то несексуальный, так что ну его в баню   

ух ты! а пруфлинк можно?

CompWorm, ты что, до сих пор хочешь однозначный ответ? Типа там "Delphi круче С++, C# круче Delphi"?  

тут нужно ждать мышку, а значит к скорости не имеет отношения. Фтопку графику. Давайте лучше так:

Есть входной текстовый файл с начальным раскладом. Пробел - свободное место, конец строки в стиле DOS, все остальные символы - клетки. Размер поля определяется количеством строк и длиной самой длинной строки. Требуется написать нативную консольную прогу, которая должна спросить в консольном окошке количество поколений, вывести конечную ситуацию в выходной файл, и время которое занял ращет (без работы с файлами) в консольное окно. Максимальный размер поля 1000х1000, но ничего не мешает прогонять это потом на файлах меньшего размера (100х100 как вы хотели). 

Если такое условие устраивает то давайте определимся как отмерять время - чтобы у всех были одинаковые погрешности. имхо для большого количества поколений разность двух GetTickCount вполне покатит.

JackYF, Герб Саттер, Новые сложные задачи..   

Э нет. Мне в стандарте, пожалуйста 

Ради смеха сделал простую реализацию life на паскале для  поля 10 на 10 (извинте, на большее не хватило). На неё поместилл две "вертушки". и сделал 1 000 000 поколоений.  И оттранслировал её в си. а потом замерил время выполнения программ скомпилированных паскалевскими компиляторами с временем выполнения си-шной программы которую транслятор получил из паскалевской программы.

В забеге принимали участие:
fpc [версия free pascal compiler 2.0.4]
gpc [версия gpc 20060325, based on gcc-3.4.6 (Ubuntu 3.4.6-6ubuntu2)]

и гвоздь программы: транслятор с паскаля на си
p2c [версия 1.21alpha-07.Dec.93]

Результаты. Время указано в секундах для выполнения всей программы. 
FPC:


GPC:


а теперь внимание --- результат оттранслированного кода из паскаля в си


вывод: писать в юнихе на паскале -- не комильфо.

проект полностью в аттаче вместе с бинарниками [правда бинарники там для amd64]


зы. правдо замечу что сишный файл компилировался более свежим компилятором: 
gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2). 


Это сообщение отредактировал(а) Mayk - 28.3.2008, 21:53

Присоединённый файл ( Кол-во скачиваний: 9 )
 life.tar.bz2 146,89 Kb

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

Mayk, что и требовалось доказать   , правда FPC это не совсем Delphi, но думаю(хоть у меня на это и нет особых оснований) особой разницы не будет