Re: lirc on macos

[Craig T. <ctr...@co...>]

> On Oct 18, 2016, at 9:30 AM, Alec Leamas <lea...@gm...> wrote:
> 
> Hi out there!
> 
> 
> It has turned out that the state of lirc on macos is, well, "not ideal". 
> We need to fix this.
> 
> I have pushed a new feature branch called 'macos'. It can be cloned using
> 
> git clone --branch macos  git://git.code.sf.net/p/lirc/git lirc-macos
> 
> The branch contains the already tested compilation fixes (cleaned up) 
> and also a more sane handling of the failing poll(): I have shamelessly 
> stolen the curl wrapper code which is able to use select() instead of 
> poll() if the latter does not work.
> 
> This patch does *not* pull in any old code and is perfectly acceptable 
> upstream. However, it now needs some testing on macos, a platform I 
> don't have at hand.
> 
> So: branch tests and feedback from mac users would be appreciated.
> 
> This also mean that the previous patches are more or less obsolete, in 
> particular the attempt to "fix" the failing  poll() by using the old 
> 0.9.2 code. I hindsight, that was a patch I certainly shouldn't have 
> made. Sorry.

OK, I successfully built the new branch but it seems to be trying to use poll() still.

Configure includes:

checking portaudio.h usability... yes
checking portaudio.h presence... yes
checking for portaudio.h... yes
checking for Pa_Initialize in -lportaudio... yes
checking alsa/asoundlib.h usability... no
checking alsa/asoundlib.h presence... no
checking for alsa/asoundlib.h... no
poll() works
configure: poll() seems to work...
checking linux/input.h usability... no
checking linux/input.h presence... no
checking for linux/input.h... no
configure: WARNING: Cannot find kernel headers
checking linux/lirc.h usability... no
checking linux/lirc.h presence... no
checking for linux/lirc.h… no

As before, CPU usage goes to 100% after lircd receives UDP data.

Craig