This is a general tidyup to detach this fork better from Gordon, who was (and perhaps still is) completely inundated with WiringPi-related support questions.
This changeset includes a number of tweaks which should reduce support burden on Gordon. I believe they are essential if we plan to release a new debian package.
They should - hopefully - not reduce or make ambiguous the origins of this code while achieving the above.
* Remove Gordon's email address from all source files to avoid support queries finding their way to him
* Update wiringPi URLs to the GitHub repository to try and keep bugs/issues within the fork
* Bump version to 2.70 ready for a debian package release
* Update debian package maintainer info, add bugs & homepage URLs to this repository
for kernels 4.8 onwards.
Some very old stuff might break.
Additional fixes for the ISR code and some tweaks here and
there. I've removed the checks for some operations that might
fail when using the gpiomem interface - which is now the default
way of doing things - if your program segfaults, then you
may need to use sudo on it.
Added support for the ADS1115 16-bit ADC
Updated the gpio readall command to correctly with with the Compute Module
and fixed a resulting bug in wiringPi...
Also affects the Pi v2 which also uses the new Revision
encoding scheme (It was slightly bodged before) This ought
to be relatively future proof, but who knows.
Fixed a minor thing in the examples Makefile
(not that anyone bothers to use it, judging by the emails I get )-:
This patch is autogenerated, with:
git-ls-files | grep Makefile | xargs perl -i~ -pe 's/^\t\@/\t\$Q /'
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
We want to be able to disable the many @'s in the Makefiles so
that we can see what they are doing, when things go wrong. It is
conventional to arrange for setting V=1 to have this effect.
Here we supply a formulaic stanza for either setting Q?=@ or
doing nothing. (There is sadly no standard place which is
included in all the Makefiles so this is probably best).
In this patch we do not introduce any users of Q yet. This is
because the next patch, which introduces all the users of Q, can
be generated entirely automatically. (This is also convenient in
case something needs to be rebased across it.)
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>