FPC - проект месяца на sourceforge.net

[hinst]

Откуда дровишки? Приложения там и нативными могут быть.

нит.

[Mirage]

Как нет? Вставил NativeActivity и пиши всё остальное на C++ или FPC.

[dedm0zaj]

JVM хороша тем, что:
1. Можно запускать на всех платформах, где есть JVM
2. Есть огромное количество кода и библиотек. JVM-совместимые языки могут использовать любые библиотеки, доступные для Java.
3. Можно совмещать JVM языки, т.е. часть кода писать на Паскале, часть на Scala/Closure, часть на Java и т.д.
4. Платформа поддерживается и развивается. Т.е. появляются новые возможности, сборщики мусора, улучшается JIT-компилятор.

jvm это как виртуальный процессор. для процессора все эти высказывания тоже верны.
1. можно запускать на любом компе, где есть данный процессор.
2. есть огромное количество кода и библиотек. любые языки могут использовать совместимые библиотеки (dll, so).
3. можно совмещать языки за счёт вывноса функционала в библиотеки.
4. процессор развивается, предлагая новое.

единственные плюсы jvm это надёжность и единство (при условии, что не появится другая популярная vm. иначе будем плясать, как с разными процессорами).

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

[debi12345]

Броская странность из интервью Флориана :

SF: What made you start this?
FK: In the early nineties, I wrote chess programs using Turbo Pascal. TP was a 16 bit compiler so it didn’t take advantage of the i386 getting popular at this time. After trying some alternatives, none of them made me happy, I decided to write my own compiler. This was in 1992. The current code base

То есть ему понадобилась оптимизация под новые команды проца - чтобы "шахматы" быстрее просчитывали ходы. Так какого же черта в ФПЦ тема такой оптимизации находится в полном загоне - ни тебе SSE, ни AVX... ?!

[SSerge]

То есть ему понадобилась оптимизация под новые команды проца - чтобы "шахматы" быстрее просчитывали ходы.

Ему понадобилась не оптимизация, а нативная поддержка защищенного режима i386, которой не было. В соотношении шахмат, товарища скорее всего добили массивы "длинной не более 62-х килобайт"

[скалогрыз]

Броская странность из интервью Флориана :

SF: What made you start this?
FK: In the early nineties, I wrote chess programs using Turbo Pascal. TP was a 16 bit compiler so it didn’t take advantage of the i386 getting popular at this time. After trying some alternatives, none of them made me happy, I decided to write my own compiler. This was in 1992. The current code base

То есть ему понадобилась оптимизация под новые команды проца - чтобы "шахматы" быстрее просчитывали ходы. Так какого же черта в ФПЦ тема такой оптимизации находится в полном загоне - ни тебе SSE, ни AVX... ?!

А ответ один - мало патчей

Кстати, если я не ошибаюсь, SSE инструкции в FPC вроде как поддерживаются - только укажи их в -Сf

Код: Выделить всё

fpc -help
...
      -Cf<x>     Select fpu instruction set to use, see fpc -i for possible values
...
fpc -i
..
Supported FPU instruction sets:
  X87
  SSE
  SSE2
  SSE3


Только я не знаю на сколько "правильно" Ну и без проблем можно реализовать на ассемблерных вставках (но это, конечно же не то, что хотелось бы).

Показательно для open source, кстати. Программисты обычно занимаются тем, что им нравится, а то что нужно другим обрабатывают по ходу дела (если желание и руки дойдут, а главное - время позволит).
За дополнительную благодарность, могут и занятся конкретными задачами, что произошло, скажем с той же JVM или в данный момент происходит с LLVM.

Но патчи же принимаются.. а народ вместо нужных (SSE, AVX) шлёт всякую фигню, вроде "замыканий"

[Sergei I. Gorelkin]

Ну почему же... Поддержка AVX - как раз одна из "присланных" вещей. Сейчас Флориан потихонечку пилит поддержку FMA.

[скалогрыз]

Ну почему же... Поддержка AVX - как раз одна из "присланных" вещей. Сейчас Флориан потихонечку пилит поддержку FMA.

Наборы Float point инструкций плодятся как на дрожжах.

А есть ли "динамическая" поддержка инструкций (хотя бы на уровне библиотеки, потому что такая вещь в компиляторе - слишком жирно).
Если процессор не поддерживает набор X, то используй набор инструкций Y?

---
Письма и патчи с поддержкой AVX датируются аж 2012 годом. в них же ссылка на ветку.
Ну значит поддержка уже (давно) в trunk-е.

[Sergei I. Gorelkin]

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

[Mirage]

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

Совместимость с LLVM бы эту проблему эффективно решила.

[скалогрыз]

Совместимость с LLVM бы эту проблему эффективно решила.

ветка же
поправил ссылку, на более актуальную реализацию

[debi12345]

ветка же

Через промежуточный код ? Как тогда "сорс-лэвл" отлаживать с GDB ? Или форкеры параллельно отладчик пишут ?

[скалогрыз]

Через промежуточный код ? Как тогда "сорс-лэвл" отлаживать с GDB ? Или форкеры параллельно отладчик пишут ?

что входит в понятие в "промежуточный код"? FPC изначально генерировал asm файлы и отдавал их на обработку внешним компиляторам с сборщиками.
с LLVM тоже самое.

на у а связь исходников с llvm достаточно просто делается

[debi12345]

на у а связь исходников с llvm достаточно просто делается

Если все прозрачно (от исходников до пошаговой отладки) разруливается, то на 200% стОит усилий.
Вот Мартин сейчас пишет форк Паскаля - и на LLVM ему намекали чтобы не избретать "велосипеды" с оптимизацией

[скалогрыз]

Вот Мартин сейчас пишет форк Паскаля - и на LLVM ему намекали чтобы не избретать "велосипеды" с оптимизацией

Мартин Шрибер. Ну что ж - имеет полное право и на велосипеды тоже.
llvm-pascal давно же появился. Но, судя по всему, сдулся. Тут тоже самое может получится.

Наше дело тестировать и слать патчи - мы победим