Matthijs Kooijman

> About LTO: unfortunately, the tools are not mature enough and well integrated, at least the last time I checked: the --wrap was not supported at all! Ah, that would...

I previously tried applying option 3 manually on Linux, using ELF object files, which seemed to work as expected. Today, I tried the same on MinGW64, which uses COFF object...

Looking more closely at the output of `objdump -r foo.o`, it seems that the COFF files generated by MINGW64 do not contain any relocation at all for the "internal" call...

> But it'd be much better to address these separately; so that developer docs/discussion is separate from user docs. And I should confess that I've tried much more to provide...

Thinking on this for just a little more, I wonder about the generation of names. I suspect that the central challenge here is to convert a name and/or reference to...

I ran into this as well, and it looks like SecureTransport.h is a OSX-specific header file / library, e.g. https://github.com/Apple-FOSS-Mirror/Security/blob/master/libsecurity_ssl/Security/SecureTransport.h

That's consistent with my observations (I just wrote "some" because I have not verified all messages, "some"

> Using stderr rather than stdout is mostly important when the app has a mode where stdout is used for piping data. Fair point. I'm trying to show errors but...

I was already running into this issue while working on the python-omxplayer-wrapper dbus control, see https://github.com/willprice/python-omxplayer-wrapper/issues/107 I would also think it would be useful if omxplayer would only start its...

I had a look at the code, and I think that alsa would return an error here: https://github.com/popcornmix/omxplayer/blob/f543a0d0e707ab56415f17b0ca6d397394ee8b63/linux/OMXAlsa.cpp#L1043-L1044 Which is then handled here: https://github.com/popcornmix/omxplayer/blob/f543a0d0e707ab56415f17b0ca6d397394ee8b63/linux/OMXAlsa.cpp#L1214-L1224 I was a bit surprised to...