Change Details

It seems that there are still some aplications that use ftime(3) (for example science/siconos or lcdd). The issue is that they we don't build libcompat as a shared library. And even if we did, these applications are not linked to it. The easiest solution is to move it to libc, untill we depracate it for good.

libc: move ftime to libc It seems that there are still some applications that use ftime(3) (for example, science/siconos, and sysutils/lcdproc). The issue is that we don't build libcompat as a shared library anymore. And even if we did, these applications are not linked to it. The easiest solution is to move it to libc, until we deprecate it for good. This solution was proposed by kib@ in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257789. Author of that bug refers to the issue with science/siconos, and recently I had similar issue with sysutils/lcdproc.

libc: move ftime to libc It seems that there are still some applications that use ftime(3) (for example, science/siconos or lcdd). The issue is that they, and sysutils/lcdproc). The issue is that we don't build libcompat as a shared library. And even if we did, anymore. these applications are not linked to it.And even if we did, The easiest solution isthese applications are not linked to it. The easiest solution is to move it to libc, untill we depracate it for good we deprecate it for good. This solution was proposed by kib@ in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257789. Author of that bug refers to the issue with science/siconos, and recently I had similar issue with sysutils/lcdproc.