FreePascal.ru

Intel C умеет векторизовать код для того чтобы использовать SSE. Т.е., теоретически, такое возможно, но для этого надо быть весьма подкованным в математике. В общем, надо быть очень умным для написания хорошего оптимизатора.
Вы правы, аж слезы из глаз...
Это и не сложно, но freepascal такого нет ...

>>+ компилятор сам решает когда его создать и освободить, и сборщика мусора не нужно, и работает быстро и оперативки не ост много.
с обжектами лучше конструнтор\деструктор лучше вызывать руками - компилятор его не вызывает, даже если виртуальных методов пока нет - малоли потом появятся - придется ...

А кто в курсе, будут в FPC helper`ы на простые типы расширять, как это есть в Delphi?
Уже есть, работают, проверял, только в mode delphi, вроди. В mode objfpc лучше object использовать, от record ничем не отличается, только в него еще можно функции и проперти вписывать и хелперы клеить без проблем ...

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

carrots , код в collections.pas просто чудовищен. Надеюсь, Вы его приложили в качестве иллюстрации того, как не надо делать.
Ха, вы еще не видели как у меня на с++ коды выглядят, можно исходки смело выкладывать, все равно никто ничего не разберет..

А если честно - там тест возможностей ...

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

еще есть идея добавить одну штуку, приоритет AND и OR, чтоб можно было писать так

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

А если не нужна совместимось с Дельфи, то теперь и все классы, типа StringList, удалить?

Возможно нужно удалить классы вообще, как сущность.
Зачем их удалять? Вопрос в том, нужно-ли отказваться от хороших фич ради совместиимости с delphi ??

К примеру, вместо того, чтоб TStringList использовать ...

И какие именно улучшения в языке вы хотели-бы видеть
Если нужна совместимость то зачем?

Позвольте частично с вами не согласиться,
Это ошибка, извините. Низкоуровневый язык это С, а те задаи которые сейчас решаются на С++ лучше решать на С# или Java.
Не забывайте, сто C# и Java это что-то между интерпретируемыми языками и компилируемыми, которые исполняются виртуальной машиной ...

Последнее время мне кажется, что больше всего спорят о том какой язык лучше или у какого есть будущее люди, которые ни одного языка не знают. В 2005 году я на паскале поставил точку, точнее на delphi, решил что теперь моим низкоуровневым языком программирования будет с++, тем более в то время в ...

Там еще реализован предварительный вариант лямбда методов.
Мне не нравится как они реализованы в делфи, много места занимают, и не очень нравится как в С#, пока они реализованы в виде ссылки на выражение, аргументы передаются в виде массива вариантов который по умолчанию null, то есть можно не ...

Vapaamies, Logo по идее такая технология уже есть встроенная в других языках, особенно рассчитанных на .NET, типа C#, Basic, называется LINQ, видел что она реализована на DWS.
В принципе штука хорошая особенно если она еще какие-то проверки на ошибки делает, можно ее интегрировать сюда-же, но в ...

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

Я и пишу на C, C++, C# и других подобных языках, но сейчас мне нужен быстрый ...

Logo, бывают такие случаи когда объявлять переменные сверху лучше, но в большинстве случаев это приводит к неудобству и даже к ошибкам, так как какой-то другой программер может захотеть воспользоваться данной переменной, чтоб не дописывать кашу сверху, в то время как она еще нужна. И... мы не портим ...