Thank you for this reply,
I'm interested in FreeBSD, mainly with FPC, but I keep an eye on (L)GPL'ed GPC sources too.
I now wish that the maintainer of the FreeBSD port could comment this, so that one unambiguous FreeBSD port could be created and distributet.
I don't maintain the port. I simply have a snapshot machine running for FPC, and a fat pipe, and could make weekly or two weekly binary GPC snapshots from CVS if the buildprocess is not too complicated.
This is merely meant as convenience for FreeBSD GPC users, not as a sign that I want to take over the FreeBSD GPC port.
So that it is difficult to create one universal Linux port running everywhere.
I don't have problem so much, since FPC links the default runtime statically. So only more complex programs are dynamic.
FreeBSD is the system that most closely resembles Linux. If something works on Linux, and is not based largely on specific kernel revisions, it should be able to work in native mode too.
I had some problems with the terminal driver though. (accessing "special" display functions not defined by vt<xxx>)
If there are major problems with gpc under FreeBSD I think we should discuss it.
This was more a FreeBSD issue than a GPC issue. The FPC ide behaved odd on FreeBSD, it turned out that the cursor_normal, cursor_visible and cursor_invisible termcap entries seem to be empty.
Since ncurses also seems to use those (for curs_set) I'm wondering how to control the cursor shape if I'm running on the console. consio.h contains a call to switch between block or normal cursor only, and fbio.h only is valid for framebuffer devices.
But I'm a bit new to ncurses (made only commandline programs before). so it could be something I overlooked.