The bugs concerning threads etc can also be in the respective OS it does not have to be oorexx fault.
From my perspective, yes.
Hi, here is a patch that uses getifaddrs to grab the ip address. Tested it on NetBSD and it does return the right ip address. getifaddrs is available on all the BSD:s, Mac, Linux etc. You can try this on your vm to see if it gives the right result.
The reason for "Looking for KERN_PROC_PATHNAME - not found" on FreeBSD is because sys/sysctl.h is not self contained, it needs sys/types.h as is seen in the man page. To work it should be check_symbol_exists(KERN_PROC_PATHNAME "sys/types.h;sys/sysctl.h" HAVE_KERN_PROC_PATHNAME) . Just tested it and this line reports found on FreeBSD. Observe that "" is needed around the list of header files to include. Included is a subversion diff file that fixes this and makes the sysctl work on NetBSD, NetBSD...
It doesn't build for me since the include directory and library directory is missing. The attached patch fixes this, it also includes testing for ncurses and asks the user to install it if not found. Did the check because find_package(Curses REQUIRED) didn't fail if ncurses is not installed even if CURSES_NEED_NCURSES is set to TRUE.
It doesn't build for me since the include directory and library directory is missing. The attached patch fixes this, it also includes testing for ncurses and requests to asks the user to install it if not found. Did the check because find_package(Curses REQUIRED) didn't fail if ncurses is not installed even if CURSES_NEED_NCURSES is set to TRUE.
I have just tested to run the tes suite on NetBSD and it does not segfault if I use the -U option. it does not finish though. it seems to not get past TIME.testGroup.
I have found out that the FreeBSD generator for cpack is not enabled by default in cmake. cmake has to be build separately with this on and FreeBSD ports don't have it enabled by default. In order to get cmake with FreeBSD pkg support on FreeBSD it can be built from FreeBSD ports with the CPack option on. Concerning your problem with GDB, an answer on stackoverflow might be of help. Attached is a backtrace from running the testsuite on NetBSD. Not shown is the address of stackbase, I have been trying...