FreePascal.ru

alexs
Как раз в случае коллекций польза от генериков наиболее очевидна, так как избавляет от необходимости для каждого конкретного наследника писать нисходящее приведение типов, что избавляет от лишнего кода - физически компилятор спокойно генерирует один код для всего семейства коллекций объектов ...

Аналога дельфийского methodinfo в FPC нет?

Общий менеджер памяти для модульного движка не есть хорошо - плагины могут быть вовсе не на Паскале. Или другие языки (плюсы те же) под Linux позволяют задействовать таковой без геморроя?
Safecall - странно и печально Ничего виндового в нем нет (кроме stdcall и HResult, что никого кроме компилятора ...

Есть такая задумка - сделать модульный движок, который можно собирать на Win32 и Linux в FPC.
Для Delphi Win32 все решается сравнительно просто - интерфейсы+WideString+safecall
Но Linux у меня пока нет, а потому не вполне понятно решение следующего вопроса:
WideString - есть ли в Linux реализация ...

Шаблоны - это всего лишь очередная реинкарнация макросов
А списки и динамические массивы если отсутсвуют на уровне языка - моментально реализуются в библиотеках.

Не понял - каким боком из предложения поддерживать оба самых распространенных вида молотков следует необходимость тащить в язык еще и электродрель, совсмещенную с бензопилой?

Обычно языки сами по себе непосредственно поддерживают один из двух таких контейнеров - динамические массивы или списки, обеспечивая (в идеале) агрегирование, индексацию, итерацию, конкатенацию, извлечение подконтейнера, вставку и удаление элементов. Между тем, для практических целей оба контейнера ...

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

shade писал(а):Уже пора бы сделать

А зачем? Так я только сберегу у себя баги, исправленные уже после релиза. А вероятность насажать новых в fix-ветке низка - там никаких новых фич и модернизаций старых нету.

2 Attid
Нет, я про ветку FPC из SVN - 2.2_fixes. Всегда пользовался только ей.
И MSE из транка всегда собиралась замечательно.
Косячок именно в MSE (например, тип pInteger определен в ДВУХ модулях - system и Windows), в результате если модуль Windows будет указан в implementation uses, то ...

Первый раз у меня MSE из транка не собрался сразу FPC из 2.2 фиксов.
Косячки были связаны с переопределением типов между интерфейсом и телом модуля.
Т.е. в секции interface тип один, а в implementation один из модулей в uses его переопределяет и пожалуйста - несоответствие заголовков подпрограмм ...

Вопрос: где ошибка?
Первая - в строке
a := x + y
Складываешь целое и действительное. О чем компилятор тебе и сообщит, приведя номер строки и типы переменных.
//a lot of code here
А вот за это (подпрограмма больше экрана) программиста принято бить. Причем ногами
И как здесь компилятор ...

ты аобще предлагаеш убрать объявление типа
Только сделать необязательным. Т.е. ты сам можешь указывать тип при каждом определении и никакой ошибкой это не будет.
ГДЕ БУДЕТ ЛЕГКО ВИДНО?
В отладчике, в хорошей IDE, в сообщениях компилятора. Мало?
Это я только про случаи, когда тип не очевиден при ...

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

Так тип обязателен?
Если тип обязателен, то var - не надо.
Если необязателен, то var полезно.
отож, а если определена, и конструкция внутри блока посложнее?
А если определена - то t по отношению к блоку - глобальная переменная. В общем не вижу проблемы, локальные для подпрограммы переменные в ...