rely on cmake.bbclass to put cmake package files in dev package

v3:
- break patches back up into individual patches for each recipe
- avoid including fftw

v2:
- re-spin Andre's patches to only include this change (i.e. rely on cmake.bbclass) without any formatting changes
- combine all such patches together into 2 patches
(one for meta-oe, one for meta-networking)

v1:
- Andre's original patchset

Trevor Woerner (2):
grpc: rely on cmake.bbclass to put cmake package files in dev package
c-ares: rely on cmake.bbclass to put cmake package files in dev
package

 meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb     | 2 --
 meta-networking/recipes-support/c-ares/c-ares_1.13.0.bb | 1 -
 2 files changed, 3 deletions(-)

2.17.0.582.gccdcbd54c

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

	http://git.openembedded.org/openembedded-core/commit/?id=d91dc4666683a96e9d03cbbd21b8a546f9069c93

---
 meta-networking/recipes-devtools/grpc/grpc_1.8.5.bb | 2 --
 1 file changed, 2 deletions(-)

index 0883ec176b..e9491c45a9 100644
@@ -31,6 +31,4 @@ EXTRA_OECMAKE = " \
     -DBUILD_SHARED_LIBS=ON \
     "
 
-FILES_${PN}-dev += "${libdir}/cmake"
-
 BBCLASSEXTEND = "native"

2.17.0.582.gccdcbd54c

The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and ${datadir}/cmake end up in the dev package, so recipes no longer need to provide custom packaging rules to handles these files.

	http://git.openembedded.org/openembedded-core/commit/?id=d91dc4666683a96e9d03cbbd21b8a546f9069c93

---
 meta-networking/recipes-support/c-ares/c-ares_1.13.0.bb | 1 -
 1 file changed, 1 deletion(-)

index 70e497f5f0..defbeaa623 100644
@@ -18,7 +18,6 @@ inherit cmake pkgconfig
 
 PACKAGES =+ "${PN}-utils"
 
-FILES_${PN}-dev += "${libdir}/cmake"
 FILES_${PN}-utils = "${bindir}"
 
 BBCLASSEXTEND = "native"

2.17.0.582.gccdcbd54c