FreePascal.ru

Спасибо. А можете примерно подсказать - насколько это отлажено? Рисковано ли браться за перевод довольно крупного проекта на эту версию? А то как то слово TEST внушает опасения...

Неожиданно для себя открыл, что в Win64 stackframe's деляются совершенно иначе чем в Win32 - без использования регистра RBP, как я наивно ожидал, по аналогии с EBP. А для трассировки callstack под Win64 предлагается использовать API-шный вызов CaptureStackBackTrace. Но под FPC у меня это не ...

Sergei I. Gorelkin писал(а):- Поддержку SEH для Win64 закоммитил буквально вчера.

Прикольно. Надо потестировать

Про строки не знал, было бы интересно сравнить выполнение операций со строками с этими кадрами, и без них...
Большую часть overhead'а, привносимого механизмом исключений при работе со строками можно избежать с помощью директивы {$ImplicitExceptions off}. Правда при этом, как я понимаю, можно ...

Sergei I. Gorelkin
А не планируется ли в FPC под Win64 реализация механизма исключений принятого в Win64 (без except-фреймов)? В Delphi 64 его реализовали - получается очень эффективно, FPC сильно проигрывает по скорости

Protopopulus писал(а):Задача несколько нетривиальна - создать максимально защищенную программу, в том числе защитить от изменений в ходе выполнения

Какая то нелепая задача. Защищенность программы от этого ни капельки не вырастет.

Еще можно сделать типа кэша объектов. При FreeInstance не удалять объект а помешать в кэш, а по NewInstance брать из кэша. Дает неплохую оптимизацию в некоторых сценариях, когда очень часто создается/уничтожается небольшое количество объектов...

informat писал(а):Программы скомпилированные FPC работают быстрее Delphi.

Вот уж позвольте Вам не поверить. Мой опыт говорит об обратном. Пожалуйста, приведите пример алгоритма, на котором FPC выигрывает у Delphi.

С одинаковым MM'ом.

Я бы сказал: в среднем программы на Delphi на 30% быстрее

А при чем здесь Free Pascal?

любой целочисленный тип независимо от размера и наличия знака может использоваться где угодно, где целочисленный тип вообще годится
Не везде. Если функция принимает var A :Word, то передать туда Byte при всем желании нельзя. А если две сущности _полностью_ совпадают по всем свойствам - то это одна ...

>Но в DLL всегда лучше передавать PChar
Ура! ура! Я наконец услышан
Лучше использовать PChar, из соображений интероперабельности. Чтобы эту DLL можно было использовать в любых языках. Если это не принципиально, то прекрасно работает и string. Я активно использую - проблем нет.

Значит, у нас ...

>Runtime сам прекрасно управляет.
Не уверен. Особенно при передаче в/из dll.
Даже в этом случае, при соблюдении определенных условий. Но в DLL всегда лучше передавать PChar, благо:

>String совместим с PChar. Причем - в обе стороны.
Да ну! 8-O То есть, если я скажу FreeMem(pChar(s)), у меня всё ...

Ну так FPC то тут при чем? В ветке Lazarus и спрашивайте.