This updates the include path used when this project is used/consumed
via find_package(). The include paths no longer need to be prefixed
with 'QtZeroConf', and so now they can be included the same regardless
of whether this project is being used via FetchContent or find_package
Signed-off-by: Marc Reilly <marc@cpdesign.com.au>
because the `addressNotifier` of the `Resolver` is deleted after a new
`QSocketNotifier` has been created. That means there are two socket
notifiers for the same socket for a brief moment causing this warning.
Unfortunately, there is no FindAvahi.cmake file available. Instead use
find_library and find_path to find the libavahi-client.so and
avahi-client/client.h files. This improves logging if the files are not found
and allows to use CMAKE_FIND_ROOT_PATH to alter the search paths for
crossplatform builds.
TXT record values can also contain equals signs. The current
implementation would consider any record where the value contains an
equals sign as an empty record.
TXT record values can also contain equals signs. The current
implementation would consider any record where the value contains an
equals sign as an empty record.
* Add `project`
* Remove hardcoded values for controlling the library type (i.e. shared
or static) in favour of using `BUILD_SHARED_LIBS` and letting CMake
manage the rest
* Fix linker error (at least on Windows w/ MinGW) that
'legacy_stdio_definitions.lib' couldn't be found
The QSocketNotifiers for the resolver and address were not being deleted in
cleanUp(). This would cause a memory leak and also prevent a service from
being rediscovered after removed and added back on another device. I
suspect the undeleted QSocketNotifier was holding a file descriptor open
which would break things. Should fix
issue #27
Power-Cycling Bonjour Devices Can Cause Permanent Loss
https://github.com/jbagg/QtZeroConf/issues/27
and pull request #34
macOS: Fixed undetected service stop/start while the application is running
https://github.com/jbagg/QtZeroConf/pull/34
