On Mon, May 22, 2017 at 11:05:39PM +0200, Petr Kulhavy wrote:
> I can't find any rational argument against test-compiling a piece of code in
> that negatively loaded emotional outburst you referred to.

    you still have to do the hard work and figure out the right way to
    explain to the autocrap tools what you are trying to do and how to do
    it

Compiling a test program is a lazy work around that fails to address
real issues.  In this case, the problem is that sometimes uClibc omits
clock_nanosleep.

The real solution is to figure out why, and fix that in uClibc.  A
second, less optimal solution would be to figure out how uClibc's
feature test macros advertise presence of clock_nanosleep (if indeed
they do that) and use those macros in missing.h.

> I don't have the time and resources to investigate this deeper.

Right, and that is the point.  It is "hard work" to find a proper
solution.  Blindly slapping on autotools or similar is a cop-out.

Thanks,
Richard

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel

Reply via email to