Хе-хе! Тихой сапой ребятки могут дозреть до ... инвестиций в Гайку!

Молодцы, так удобнее будет закопать сразу два ненужно.

Што. Я ещё год назад компилял под гайку с самой же гайки.

Именно при помощи fpc?

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

Так ведь оно вроде как уже давно отпортировано:

https://s40in.blogspot.com/2018/06/freepascal-3.html

В т.ч. вместе с Lazarus’ом:

https://s40in.blogspot.com/2018/12/new-build-lazarus-184-qt4-with-haiku.html
https://s40in.blogspot.com/2018/12/new-build-lazarus-for-haiku-b1.html

Только до сих пор что-то опакетить не могут.

Хотя может это только под x86_64 пилить начали. Где ты этот скрин нашёл? Скинь доп. инфу.

Странно. А разработчикам Free Pascal Compiler'а только что (16 часов назад) понравился твит Károly Balogh, который сообщил об этом успехе, и они разместили его у себя на https://twitter.com/freepascaldev .

Видимо имелся ввиду порт на x86_64, потому что в портах x86 (x86_gcc2) fpc давно был доступен.

Он самый. Но не под amd64, как гласит новый заголовок.

Интересно почему Михалкович ничего не делает. Может потому, что у него все под .NET

x86_64 == amd64 == x64 != ia-64

В каком состоянии FreeVision и Crt? Даже под Линуксом.

Я в курсе. К чему это?

Под линуксом-то всё есть:

$ ls /usr/lib64/fpc/3.0.4/units/x86_64-linux/fv
app.o         colortxt.ppu  editors.o     gadgets.o     memory.o    msgbox.rsj    stddlg.ppu  timeddlg.o    views.o
app.ppu       dialogs.o     editors.ppu   gadgets.ppu   memory.ppu  outline.o     stddlg.rsj  timeddlg.ppu  views.ppu
app.rsj       dialogs.ppu   editors.rsj   histlist.o    menus.o     outline.ppu   sysmsg.o    time.o
asciitab.o    dialogs.rsj   fvcommon.o    histlist.ppu  menus.ppu   statuses.o    sysmsg.ppu  time.ppu
asciitab.ppu  drivers.o     fvcommon.ppu  inplong.o     msgbox.o    statuses.ppu  tabs.o      validate.o
colortxt.o    drivers.ppu   fvconsts.ppu  inplong.ppu   msgbox.ppu  stddlg.o      tabs.ppu    validate.ppu
$ ls /usr/lib64/fpc/3.0.4/units/x86_64-linux/graph/
ggigraph.o  ggigraph.ppu  ptccrt.o  ptccrt.ppu  ptcgraph.o  ptcgraph.ppu  ptcmouse.o  ptcmouse.ppu

Я прекратил пользоваться Free Pasal-ем как раз из-за проблем с этими библиотеками под 64 бита. А файлы присутствовали с самого начала.

Если хотите прифигеть от поддержки fpc платформ, то вот пилюля от несварения желудка.

TARGETS_FPC=`curl -s https://svn.freepascal.org/svn/fpc/trunk/rtl/Makefile | grep MAKEFILETARGETS= | sed -e 's/MAKEFILETARGETS=//'`|  for i in $TARGETS_FPC; do echo $i; done

Так-то под x86 для Haiku давно портировали

https://svn.freepascal.org/cgi-bin/viewvc.cgi/branches/fixes_2_4/rtl/haiku/

проблем с этими библиотеками под 64 бита

Сейчас всё работает. Однако, графической библиотекой нужно уметь пользоваться: http://www.freepascal.ru/article/freepascal/20120215095658/ .

92 targets

Так, наоборот, хорошо же.

Это я с++нутым и остальным на всю голову.

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

Выше я говорил про Crt. Хотя бесполезность штатного Graph тоже сыграла роль.

инвестиций в Гайку

не могу придумать для чего

Да, перепутал. Ну, это-то тем более работает.

бесполезность штатного Graph

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

https://vk.com/wall-115218353_411

https://keybase.pub/korli/haiku.image.xz

test image x86_64/x86/x86_gcc2

Korli продолжил работу над поддержкой 32-битного слоя совместимости для платформы Haiku x86_64. На сегодняшний день добавлена поддержка большинства binary-loading, commpage, signals и системных изменений syscall. Однако, предстоит внести еще множество изменений для исправления индивидуальных системных вызовов, а также приложений в 32-битном режиме.

https://www.youtube.com/channel/UCKtf_qxqYFRI2466AOr6GxA