On 09/13/13 23:22, Otavio Salvador wrote:
On Fri, Sep 13, 2013 at 7:15 PM, Jack Mitchell <[email protected]> wrote:
From: Jack Mitchell <[email protected]>
Signed-off-by: Jack Mitchell <[email protected]>
...
The recipe is clean now ... but ...
--- /dev/null
+++ b/meta-oe/recipes-support/libsoc/libsoc_0.3.bb
@@ -0,0 +1,14 @@
+SUMMARY = "libsoc is a C library for interfacing with common SoC peripherals
through generic kernel interfaces"
+HOMEPAGE = "https://github.com/jackmitch/libsoc";
+
+LICENSE = "LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=e0bfebea12a718922225ba987b2126a5"
+
+inherit autotools
+
+SRCREV = "0764ee52b590d5ccb4bd4698f0011496b536ed70"
+SRC_URI = "git://github.com/jackmitch/libsoc.git"
+
+S = "${WORKDIR}/git"
+
+RDEPENDS_${PN} = "libgcc"
I am a little concerned /why/ this is need. Your code seems quite
simple and I don't understand why this special need. Did you try to
install and use it without this RDEPENDS ? It should work just fine.
There seems to be a bug with the eglibc recipe as noted in a previous
discussion [1] where pthreads requires libgcc.so to be available but it
isn't pulled in as a requirement. Now, I believe this goes largly
unnoticed as there are very few functions which actually require the
libgcc.so lib, but it happens that one of the functions I use
(pthread_cancel), does require it, so I run into this bug and as such
have to depened on RDEPENDS = "libgcc" in order to ensure it is in the
rootfs.
In the next version of the library I think I am going to see if I can
work round using pthread_cancel in favour of a less awkward function.
Cheers,
Jack.
[1] http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/37086
_______________________________________________
Openembedded-devel mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
