[meta-oe/denzil][PATCH 1/6] yavta: update to latest git

[meta-oe/denzil][PATCH 1/6] yavta: update to latest git

[Koen Kooi]

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
 meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb b/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb
index 705bf7d..054912d 100644
--- a/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb
+++ b/meta-oe/recipes-multimedia/v4l2apps/yavta_git.bb
@@ -3,9 +3,10 @@ LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
 
 SRC_URI = "git://git.ideasonboard.org/yavta.git;protocol=git"
-SRCREV = "d62cb9d7435525660fd5c97941c7cf57921370b3"
+SRCREV = "82ff2efdb9787737b9f21b6f4759f077c827b238"
 
 PV = "0.0"
+PR = "r1"
 S = "${WORKDIR}/git"
 
 do_install() {
-- 
1.7.10

[meta-oe/denzil][PATCH 2/6] v4l-utils: update to 0.8.8

[Koen Kooi]

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
 .../recipes-multimedia/v4l2apps/v4l-utils_0.8.4.bb |   40 --------------------
 .../recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb |   39 +++++++++++++++++++
 2 files changed, 39 insertions(+), 40 deletions(-)
 delete mode 100644 meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.4.bb
 create mode 100644 meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb

diff --git a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.4.bb b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.4.bb
deleted file mode 100644
index c6100c1..0000000
--- a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.4.bb
+++ /dev/null
@@ -1,40 +0,0 @@
-DESCRIPTION = "v4l2 and IR applications"
-LICENSE = "GPLv2 & LGPLv2.1"
-LIC_FILES_CHKSUM = "file://COPYING;md5=48da9957849056017dc568bbc43d8975 \
-                    file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0"
-
-DEPENDS = "jpeg"
-
-# libv4l was absorbed into this, let OE know that
-PROVIDES = "libv4l"
-
-PR = "r1"
-
-SRC_URI = "git://linuxtv.org/v4l-utils.git;protocol=git"
-SRCREV = "v4l-utils-${PV}"
-
-S = "${WORKDIR}/git"
-
-EXTRA_OEMAKE = "PREFIX=${prefix} DESTDIR=${D}"
-
-do_compile() {
-	# fix up some ASNEEDED things
-	for i in $(find ${S} -name "Makefile") ; do
-		sed -i 's:-lrt:-lrt -lpthread:g' $i
-	done
-
-	oe_runmake
-}
-
-do_install() {
-	oe_runmake install
-}
-
-PACKAGES =+ "rc-keymaps libv4l libv4l-dbg libv4l-dev"
-
-FILES_rc-keymaps = "${sysconfdir}/rc*"
-FILES_${PN} = "${bindir} ${sbindir} ${base_libdir}/udev/rules.d/70-infrared.rules"
-FILES_libv4l += "${libdir}/libv4l/* ${libdir}/*.so.*"
-FILES_libv4l-dbg += "${libdir}/libv4l/.debug"
-FILES_libv4l-dev += "${libdir}/*.so ${includedir}/lib* ${libdir}/pkgconfig/lib*"
-
diff --git a/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb
new file mode 100644
index 0000000..18f361f
--- /dev/null
+++ b/meta-oe/recipes-multimedia/v4l2apps/v4l-utils_0.8.8.bb
@@ -0,0 +1,39 @@
+DESCRIPTION = "v4l2 and IR applications"
+LICENSE = "GPLv2 & LGPLv2.1"
+LIC_FILES_CHKSUM = "file://COPYING;md5=48da9957849056017dc568bbc43d8975 \
+                    file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0"
+
+DEPENDS = "jpeg"
+
+# libv4l was absorbed into this, let OE know that
+PROVIDES = "libv4l"
+
+SRC_URI = "git://linuxtv.org/v4l-utils.git;protocol=git"
+# 54f16ca8183dd8ae8bf4ccc07949795aff0301f5 -> v0.8.8 tag
+SRCREV = "54f16ca8183dd8ae8bf4ccc07949795aff0301f5"
+
+S = "${WORKDIR}/git"
+
+EXTRA_OEMAKE = "PREFIX=${prefix} DESTDIR=${D}"
+
+do_compile() {
+	# fix up some ASNEEDED things
+	for i in $(find ${S} -name "Makefile") ; do
+		sed -i 's:-lrt:-lrt -lpthread:g' $i
+	done
+
+	oe_runmake
+}
+
+do_install() {
+	oe_runmake install
+}
+
+PACKAGES =+ "rc-keymaps libv4l libv4l-dbg libv4l-dev"
+
+FILES_rc-keymaps = "${sysconfdir}/rc*"
+FILES_${PN} = "${bindir} ${sbindir} ${base_libdir}/udev/rules.d/70-infrared.rules"
+FILES_libv4l += "${libdir}/libv4l/* ${libdir}/*.so.*"
+FILES_libv4l-dbg += "${libdir}/libv4l/.debug"
+FILES_libv4l-dev += "${libdir}/*.so ${includedir}/lib* ${libdir}/pkgconfig/lib*"
+
-- 
1.7.10

[meta-oe/denzil][PATCH 3/6] media-ctl: update to latest git

[Koen Kooi]

* split out libs
* media-ctl has been relicensed to LGPLv2.1+

Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
 meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb |   12 ++++++++----
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
index 99ec8e2..76d811b 100644
--- a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
+++ b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
@@ -1,16 +1,20 @@
 DESCRIPTION = "Media controller control application"
-LICENSE = "GPLv2"
-LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
+LICENSE = "LGPLv2+"
+LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0"
 
 SRC_URI = "git://git.ideasonboard.org/media-ctl.git;protocol=git"
-SRCREV = "a183835abdefb8e40650fc9eb22e2d291aac9883"
+SRCREV = "46bec667b675573cf1ce698c68112e3dbd31930e"
 
 PV = "0.0.1"
+PR = "r1"
 S = "${WORKDIR}/git"
 
 inherit autotools
 
-# It needs some kernel definitions for v4l2, so it isn't machine specific
+# It needs some kernel definitions only for v4l2, so it isn't machine specific
 EXTRA_OECONF = "--with-kernel-headers=${STAGING_KERNEL_DIR}"
 
+PACKAGES =+ "libmediactl libv4l2subdev"
+FILES_libmediactl = "${libdir}/libmediactl${SOLIBS}"
+FILES_libv4l2subdev = "${libdir}/libv4l2subdev${SOLIBS}"
 
-- 
1.7.10

Re: [meta-oe/denzil][PATCH 3/6] media-ctl: update to latest git

[James]

Hi Koen,

On Wed, May 2, 2012 at 5:45 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
> * split out libs
> * media-ctl has been relicensed to LGPLv2.1+
>
> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
> ---
>  meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb |   12 ++++++++----
>  1 file changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
> index 99ec8e2..76d811b 100644
> --- a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
> +++ b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
> @@ -1,16 +1,20 @@
>  DESCRIPTION = "Media controller control application"
> -LICENSE = "GPLv2"
> -LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
> +LICENSE = "LGPLv2+"
> +LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0"
>
>  SRC_URI = "git://git.ideasonboard.org/media-ctl.git;protocol=git"
> -SRCREV = "a183835abdefb8e40650fc9eb22e2d291aac9883"
> +SRCREV = "46bec667b675573cf1ce698c68112e3dbd31930e"
>
>  PV = "0.0.1"
> +PR = "r1"
>  S = "${WORKDIR}/git"
>
>  inherit autotools
>
> -# It needs some kernel definitions for v4l2, so it isn't machine specific
> +# It needs some kernel definitions only for v4l2, so it isn't machine specific
>  EXTRA_OECONF = "--with-kernel-headers=${STAGING_KERNEL_DIR}"
>
> +PACKAGES =+ "libmediactl libv4l2subdev"
> +FILES_libmediactl = "${libdir}/libmediactl${SOLIBS}"
> +FILES_libv4l2subdev = "${libdir}/libv4l2subdev${SOLIBS}"
>
> --
> 1.7.10
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

I tried using this new recipe on OE-classic and bitbake v1.12 but the
do_configure failed.

A look into the configure.log shows
..
checking linux/media.h usability ... no
checking linux/media.h presence ... no
checking for linux/media.h ... no
ERROR: Kernel header file not found or not usable!
...

This is due to ${STAGING_KERNEL_DIR} pointing to an invalid location.
It's pointing to /sysroots/armv7a-angstrom-linux-gnueabi/kernel
instead it is located in /sysroots/${MACHINE}-angstrom-linux-gnueabi/kernel

Change you please relook into this?

Thank you.
-- 
Regards,
James Ang

Re: [meta-oe/denzil][PATCH 3/6] media-ctl: update to latest git

[James]

Ping!!

On Wed, May 9, 2012 at 12:00 PM, James <angweiyang@gmail.com> wrote:
> Hi Koen,
>
> On Wed, May 2, 2012 at 5:45 PM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> * split out libs
>> * media-ctl has been relicensed to LGPLv2.1+
>>
>> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
>> ---
>>  meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb |   12 ++++++++----
>>  1 file changed, 8 insertions(+), 4 deletions(-)
>>
>> diff --git a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
>> index 99ec8e2..76d811b 100644
>> --- a/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
>> +++ b/meta-oe/recipes-multimedia/v4l2apps/media-ctl_git.bb
>> @@ -1,16 +1,20 @@
>>  DESCRIPTION = "Media controller control application"
>> -LICENSE = "GPLv2"
>> -LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=751419260aa954499f7abaabaa882bbe"
>> +LICENSE = "LGPLv2+"
>> +LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=d749e86a105281d7a44c2328acebc4b0"
>>
>>  SRC_URI = "git://git.ideasonboard.org/media-ctl.git;protocol=git"
>> -SRCREV = "a183835abdefb8e40650fc9eb22e2d291aac9883"
>> +SRCREV = "46bec667b675573cf1ce698c68112e3dbd31930e"
>>
>>  PV = "0.0.1"
>> +PR = "r1"
>>  S = "${WORKDIR}/git"
>>
>>  inherit autotools
>>
>> -# It needs some kernel definitions for v4l2, so it isn't machine specific
>> +# It needs some kernel definitions only for v4l2, so it isn't machine specific
>>  EXTRA_OECONF = "--with-kernel-headers=${STAGING_KERNEL_DIR}"
>>
>> +PACKAGES =+ "libmediactl libv4l2subdev"
>> +FILES_libmediactl = "${libdir}/libmediactl${SOLIBS}"
>> +FILES_libv4l2subdev = "${libdir}/libv4l2subdev${SOLIBS}"
>>
>> --
>> 1.7.10
>>
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
> I tried using this new recipe on OE-classic and bitbake v1.12 but the
> do_configure failed.
>
> A look into the configure.log shows
> ..
> checking linux/media.h usability ... no
> checking linux/media.h presence ... no
> checking for linux/media.h ... no
> ERROR: Kernel header file not found or not usable!
> ...
>
> This is due to ${STAGING_KERNEL_DIR} pointing to an invalid location.
> It's pointing to /sysroots/armv7a-angstrom-linux-gnueabi/kernel
> instead it is located in /sysroots/${MACHINE}-angstrom-linux-gnueabi/kernel
>
> Change you please relook into this?
>
> Thank you.
> --
> Regards,
> James Ang



-- 
Regards,
James

[meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Koen Kooi]

From: Khem Raj <raj.khem@gmail.com>

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Tested-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
 toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb |   47 +++++++++++++++-----
 1 file changed, 36 insertions(+), 11 deletions(-)

diff --git a/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb b/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
index 1579c8b..ecef5e7 100644
--- a/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
+++ b/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
@@ -1,33 +1,46 @@
 require recipes-devtools/gcc/gcc-${PV}.inc
 
-
 INHIBIT_DEFAULT_DEPS = "1"
+
 DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}g++"
 
 PACKAGES = "\
   ${PN} \
   ${PN}-dev \
+  ${PN}-dbg \
+  libgcov-dev \
   "
 
 FILES_${PN} = "${base_libdir}/libgcc*.so.*"
 FILES_${PN}-dev = " \
   ${base_libdir}/libgcc*.so \
   ${libdir}/${TARGET_SYS}/${BINV}/crt* \
-  ${libdir}/${TARGET_SYS}/${BINV}/libgcov.a \
   ${libdir}/${TARGET_SYS}/${BINV}/libgcc*"
+FILES_libgcov-dev = " \
+  ${libdir}/${TARGET_SYS}/${BINV}/libgcov.a"
 
-do_fetch[noexec] = "1"
-do_unpack[noexec] = "1"
-do_patch[noexec] = "1"
-do_configure[noexec] = "1"
-do_compile[noexec] = "1"
+FILES_${PN}-dbg += "${base_libdir}/.debug/"
 
-do_install () {
+do_configure () {
 	target=`echo ${MULTIMACH_TARGET_SYS} | sed -e s#-nativesdk##`
-
-	# Install libgcc from our gcc-cross saved data
 	install -d ${D}${base_libdir} ${D}${libdir}
-	cp -fpPR ${STAGING_INCDIR_NATIVE}/gcc-build-internal-$target/* ${D}
+	cp -fpPR ${STAGING_INCDIR_NATIVE}/gcc-build-internal-$target/* ${B}
+	mkdir -p ${B}/${PN}
+	cd ${B}/${PN}
+	chmod a+x ${S}/${PN}/configure
+	${S}/${PN}/configure ${CONFIGUREOPTS} ${EXTRA_OECONF}
+}
+
+do_compile () {
+	target=`echo ${TARGET_SYS} | sed -e s#-nativesdk##`
+	cd ${B}/${PN}
+	oe_runmake MULTIBUILDTOP=${B}/$target/${PN}/
+}
+
+do_install () {
+	target=`echo ${TARGET_SYS} | sed -e s#-nativesdk##`
+	cd ${B}/${PN}
+	oe_runmake 'DESTDIR=${D}' MULTIBUILDTOP=${B}/$target/${PN}/ install
 
 	# Move libgcc_s into /lib
 	mkdir -p ${D}${base_libdir}
@@ -36,7 +49,19 @@ do_install () {
 	else
 		mv ${D}${libdir}/libgcc* ${D}${base_libdir} || true
 	fi
+
+	# install the runtime in /usr/lib/ not in /usr/lib/gcc on target
+	# so that cross-gcc can find it in the sysroot
+
+	mv ${D}${libdir}/gcc/* ${D}${libdir}
+	rm -rf ${D}${libdir}/gcc/
 }
 
+do_package_write_ipk[depends] += "virtual/${MLPREFIX}libc:do_package"
+do_package_write_deb[depends] += "virtual/${MLPREFIX}libc:do_package"
+do_package_write_rpm[depends] += "virtual/${MLPREFIX}libc:do_package"
+
 BBCLASSEXTEND = "nativesdk"
 
+INSANE_SKIP_libgcc-dev = "staticdev"
+INSANE_SKIP_libgcov-dev = "staticdev"
-- 
1.7.10

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 3530 bytes --]

On Wed, May 02, 2012 at 11:45:30AM +0200, Koen Kooi wrote:
> From: Khem Raj <raj.khem@gmail.com>

I'm not using gcc-4.5, but aren't those 3 patches only for master? As
gcc-4.7 and other gcc changes were in oe-core only after release AFAIK.

Cheers,

> 
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
> Tested-by: Denys Dmytriyenko <denys@ti.com>
> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
> ---
>  toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb |   47 +++++++++++++++-----
>  1 file changed, 36 insertions(+), 11 deletions(-)
> 
> diff --git a/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb b/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
> index 1579c8b..ecef5e7 100644
> --- a/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
> +++ b/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
> @@ -1,33 +1,46 @@
>  require recipes-devtools/gcc/gcc-${PV}.inc
>  
> -
>  INHIBIT_DEFAULT_DEPS = "1"
> +
>  DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}g++"
>  
>  PACKAGES = "\
>    ${PN} \
>    ${PN}-dev \
> +  ${PN}-dbg \
> +  libgcov-dev \
>    "
>  
>  FILES_${PN} = "${base_libdir}/libgcc*.so.*"
>  FILES_${PN}-dev = " \
>    ${base_libdir}/libgcc*.so \
>    ${libdir}/${TARGET_SYS}/${BINV}/crt* \
> -  ${libdir}/${TARGET_SYS}/${BINV}/libgcov.a \
>    ${libdir}/${TARGET_SYS}/${BINV}/libgcc*"
> +FILES_libgcov-dev = " \
> +  ${libdir}/${TARGET_SYS}/${BINV}/libgcov.a"
>  
> -do_fetch[noexec] = "1"
> -do_unpack[noexec] = "1"
> -do_patch[noexec] = "1"
> -do_configure[noexec] = "1"
> -do_compile[noexec] = "1"
> +FILES_${PN}-dbg += "${base_libdir}/.debug/"
>  
> -do_install () {
> +do_configure () {
>  	target=`echo ${MULTIMACH_TARGET_SYS} | sed -e s#-nativesdk##`
> -
> -	# Install libgcc from our gcc-cross saved data
>  	install -d ${D}${base_libdir} ${D}${libdir}
> -	cp -fpPR ${STAGING_INCDIR_NATIVE}/gcc-build-internal-$target/* ${D}
> +	cp -fpPR ${STAGING_INCDIR_NATIVE}/gcc-build-internal-$target/* ${B}
> +	mkdir -p ${B}/${PN}
> +	cd ${B}/${PN}
> +	chmod a+x ${S}/${PN}/configure
> +	${S}/${PN}/configure ${CONFIGUREOPTS} ${EXTRA_OECONF}
> +}
> +
> +do_compile () {
> +	target=`echo ${TARGET_SYS} | sed -e s#-nativesdk##`
> +	cd ${B}/${PN}
> +	oe_runmake MULTIBUILDTOP=${B}/$target/${PN}/
> +}
> +
> +do_install () {
> +	target=`echo ${TARGET_SYS} | sed -e s#-nativesdk##`
> +	cd ${B}/${PN}
> +	oe_runmake 'DESTDIR=${D}' MULTIBUILDTOP=${B}/$target/${PN}/ install
>  
>  	# Move libgcc_s into /lib
>  	mkdir -p ${D}${base_libdir}
> @@ -36,7 +49,19 @@ do_install () {
>  	else
>  		mv ${D}${libdir}/libgcc* ${D}${base_libdir} || true
>  	fi
> +
> +	# install the runtime in /usr/lib/ not in /usr/lib/gcc on target
> +	# so that cross-gcc can find it in the sysroot
> +
> +	mv ${D}${libdir}/gcc/* ${D}${libdir}
> +	rm -rf ${D}${libdir}/gcc/
>  }
>  
> +do_package_write_ipk[depends] += "virtual/${MLPREFIX}libc:do_package"
> +do_package_write_deb[depends] += "virtual/${MLPREFIX}libc:do_package"
> +do_package_write_rpm[depends] += "virtual/${MLPREFIX}libc:do_package"
> +
>  BBCLASSEXTEND = "nativesdk"
>  
> +INSANE_SKIP_libgcc-dev = "staticdev"
> +INSANE_SKIP_libgcov-dev = "staticdev"
> -- 
> 1.7.10
> 
> 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Koen Kooi]

Op 2 mei 2012, om 11:51 heeft Martin Jansa het volgende geschreven:

> On Wed, May 02, 2012 at 11:45:30AM +0200, Koen Kooi wrote:
>> From: Khem Raj <raj.khem@gmail.com>
> 
> I'm not using gcc-4.5, but aren't those 3 patches only for master? As
> gcc-4.7 and other gcc changes were in oe-core only after release AFAIK.

I might have misunderstood the patches, but these seem to fix real issues in gcc 4.5, so I don't really care if oe-core fixed it after the release, I care about the release working :)

Anyway, if they don't work as intended, let's not apply them.

regards,

Koen

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Eric Bénard]

Hi,

Le Wed, 2 May 2012 11:51:50 +0200,
Martin Jansa <martin.jansa@gmail.com> a écrit :

> On Wed, May 02, 2012 at 11:45:30AM +0200, Koen Kooi wrote:
> > From: Khem Raj <raj.khem@gmail.com>
> 
> I'm not using gcc-4.5, but aren't those 3 patches only for master? As
> gcc-4.7 and other gcc changes were in oe-core only after release AFAIK.
> 
as I'm supposed to maintain meta-oe/denzil I would prefer that we keep a
few days before pushing patches to this branch.
I'll soon create a for-denzil branch on github to use it as a stagging
area and plan to update meta-oe/denzil once per week.

Eric

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Koen Kooi]

Op 2 mei 2012, om 12:35 heeft Eric Bénard het volgende geschreven:

> Hi,
> 
> Le Wed, 2 May 2012 11:51:50 +0200,
> Martin Jansa <martin.jansa@gmail.com> a écrit :
> 
>> On Wed, May 02, 2012 at 11:45:30AM +0200, Koen Kooi wrote:
>>> From: Khem Raj <raj.khem@gmail.com>
>> 
>> I'm not using gcc-4.5, but aren't those 3 patches only for master? As
>> gcc-4.7 and other gcc changes were in oe-core only after release AFAIK.
>> 
> as I'm supposed to maintain meta-oe/denzil I would prefer that we keep a
> few days before pushing patches to this branch.

The OE-classic release branches usually had rules like "wait at least 24 hours between post and push", so your idea makes a lot of sense.

regards,

Koen

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Khem Raj]

On Wed, May 2, 2012 at 2:51 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
>
> I'm not using gcc-4.5, but aren't those 3 patches only for master? As
> gcc-4.7 and other gcc changes were in oe-core only after release AFAIK.
>

Yes they are strictly for master to accomodate basic changes in build sequence
we did for gcc 4.7 that said, I think now that denzil has released we should
reconsider maintaining gcc 4.5 in toolchain-layer and same goes for other
recipes in the layer. Infact I feel the whole layer can be dropped.

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Koen Kooi]

Op 2 mei 2012 om 20:14 heeft Khem Raj <raj.khem@gmail.com> het volgende geschreven:

> On Wed, May 2, 2012 at 2:51 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
>> 
>> I'm not using gcc-4.5, but aren't those 3 patches only for master? As
>> gcc-4.7 and other gcc changes were in oe-core only after release AFAIK.
>> 
> 
> Yes they are strictly for master to accomodate basic changes in build sequence
> we did for gcc 4.7 that said, I think now that denzil has released we should
> reconsider maintaining gcc 4.5 in toolchain-layer and same goes for other
> recipes in the layer. Infact I feel the whole layer can be dropped.

I was planning to propose the same, any objections?

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 911 bytes --]

On Wed, May 02, 2012 at 08:26:49PM +0200, Koen Kooi wrote:
> 
> 
> Op 2 mei 2012 om 20:14 heeft Khem Raj <raj.khem@gmail.com> het volgende geschreven:
> 
> > On Wed, May 2, 2012 at 2:51 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> >> 
> >> I'm not using gcc-4.5, but aren't those 3 patches only for master? As
> >> gcc-4.7 and other gcc changes were in oe-core only after release AFAIK.
> >> 
> > 
> > Yes they are strictly for master to accomodate basic changes in build sequence
> > we did for gcc 4.7 that said, I think now that denzil has released we should
> > reconsider maintaining gcc 4.5 in toolchain-layer and same goes for other
> > recipes in the layer. Infact I feel the whole layer can be dropped.
> 
> I was planning to propose the same, any objections?

I've switched to gcc-4.7, so not from me.

Cheers,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Khem Raj]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 05/02/2012 11:29 AM, Martin Jansa wrote:
> On Wed, May 02, 2012 at 08:26:49PM +0200, Koen Kooi wrote:
>> 
>> 
>> Op 2 mei 2012 om 20:14 heeft Khem Raj <raj.khem@gmail.com> het
>> volgende geschreven:
>> 
>>> On Wed, May 2, 2012 at 2:51 AM, Martin Jansa
>>> <martin.jansa@gmail.com> wrote:
>>>> 
>>>> I'm not using gcc-4.5, but aren't those 3 patches only for
>>>> master? As gcc-4.7 and other gcc changes were in oe-core only
>>>> after release AFAIK.
>>>> 
>>> 
>>> Yes they are strictly for master to accomodate basic changes in
>>> build sequence we did for gcc 4.7 that said, I think now that
>>> denzil has released we should reconsider maintaining gcc 4.5 in
>>> toolchain-layer and same goes for other recipes in the layer.
>>> Infact I feel the whole layer can be dropped.
>> 
>> I was planning to propose the same, any objections?
> 
> I've switched to gcc-4.7, so not from me.

good and as Koen is nodding I assume angstrom is fine too. So I think
we should drop the layer from master.

> 
> Cheers,
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+hpIoACgkQuwUzVZGdMxR1wwCfep667NaYhcoQKNuyTriVhRz4
FdwAn2sS+BlN0inqL0GsxJInP0CEnsN6
=E6x4
-----END PGP SIGNATURE-----

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Denys Dmytriyenko]

On Wed, May 02, 2012 at 02:18:02PM -0700, Khem Raj wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 05/02/2012 11:29 AM, Martin Jansa wrote:
> > On Wed, May 02, 2012 at 08:26:49PM +0200, Koen Kooi wrote:
> >> 
> >> 
> >> Op 2 mei 2012 om 20:14 heeft Khem Raj <raj.khem@gmail.com> het
> >> volgende geschreven:
> >> 
> >>> On Wed, May 2, 2012 at 2:51 AM, Martin Jansa
> >>> <martin.jansa@gmail.com> wrote:
> >>>> 
> >>>> I'm not using gcc-4.5, but aren't those 3 patches only for
> >>>> master? As gcc-4.7 and other gcc changes were in oe-core only
> >>>> after release AFAIK.
> >>>> 
> >>> 
> >>> Yes they are strictly for master to accomodate basic changes in
> >>> build sequence we did for gcc 4.7 that said, I think now that
> >>> denzil has released we should reconsider maintaining gcc 4.5 in
> >>> toolchain-layer and same goes for other recipes in the layer.
> >>> Infact I feel the whole layer can be dropped.
> >> 
> >> I was planning to propose the same, any objections?
> > 
> > I've switched to gcc-4.7, so not from me.
> 
> good and as Koen is nodding I assume angstrom is fine too. So I think
> we should drop the layer from master.

Yes, but not immediately - give one or two week notice, please :) Actually, 
this should be considered as a notice and the actual commit to remove should 
be executed later, if nobody says otherwise... Basically, sending an RFC patch 
for review that deletes gcc-4.5 and waiting few days should do it.

-- 
Denys

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Khem Raj]

On Wed, May 2, 2012 at 3:10 PM, Denys Dmytriyenko <denis@denix.org> wrote:
>> good and as Koen is nodding I assume angstrom is fine too. So I think
>> we should drop the layer from master.
>
> Yes, but not immediately - give one or two week notice, please :) Actually,
> this should be considered as a notice and the actual commit to remove should
> be executed later, if nobody says otherwise... Basically, sending an RFC patch
> for review that deletes gcc-4.5 and waiting few days should do it.

OK consider that as notice then

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Martin Jansa]

[-- Attachment #1: Type: text/plain, Size: 842 bytes --]

On Wed, May 02, 2012 at 05:04:42PM -0700, Khem Raj wrote:
> On Wed, May 2, 2012 at 3:10 PM, Denys Dmytriyenko <denis@denix.org> wrote:
> >> good and as Koen is nodding I assume angstrom is fine too. So I think
> >> we should drop the layer from master.
> >
> > Yes, but not immediately - give one or two week notice, please :) Actually,
> > this should be considered as a notice and the actual commit to remove should
> > be executed later, if nobody says otherwise... Basically, sending an RFC patch
> > for review that deletes gcc-4.5 and waiting few days should do it.
> 
> OK consider that as notice then

Maybe keep empty layer (without recipes) at least for a while so that
people doesn't have to update bblayers.conf immediately with next update.

Cheers,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

Re: [meta-oe/denzil][PATCH 4/6] gcc-4.5: Match with OE-Core on building procedure for libgcc and gcc-runtime

[Khem Raj]

On Wed, May 2, 2012 at 10:30 PM, Martin Jansa <martin.jansa@gmail.com> wrote:
> On Wed, May 02, 2012 at 05:04:42PM -0700, Khem Raj wrote:
>> On Wed, May 2, 2012 at 3:10 PM, Denys Dmytriyenko <denis@denix.org> wrote:
>> >> good and as Koen is nodding I assume angstrom is fine too. So I think
>> >> we should drop the layer from master.
>> >
>> > Yes, but not immediately - give one or two week notice, please :) Actually,
>> > this should be considered as a notice and the actual commit to remove should
>> > be executed later, if nobody says otherwise... Basically, sending an RFC patch
>> > for review that deletes gcc-4.5 and waiting few days should do it.
>>
>> OK consider that as notice then
>
> Maybe keep empty layer (without recipes) at least for a while so that
> people doesn't have to update bblayers.conf immediately with next update.
>

ok.

> Cheers,
>
> --
> Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

[meta-oe/denzil][PATCH 5/6] gcc-crosssdk-intermediate_4.5.bb: with-headers has been moved from common include

[Koen Kooi]

From: Khem Raj <raj.khem@gmail.com>

To accomodate gcc 4.7 which needed a different option
than --with-header this option setting has been moved
into version specific recipes

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Tested-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
 .../recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.bb            |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/toolchain-layer/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.bb b/toolchain-layer/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.bb
index 971f3ba..61a0dfb 100644
--- a/toolchain-layer/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.bb
+++ b/toolchain-layer/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.5.bb
@@ -1,3 +1,3 @@
 require recipes-devtools/gcc/gcc-cross-intermediate_${PV}.bb
 require recipes-devtools/gcc/gcc-crosssdk-intermediate.inc
-
+EXTRA_OECONF += " --with-headers=${STAGING_DIR_TCBOOTSTRAP}${SYSTEMHEADERS} "
-- 
1.7.10

[meta-oe/denzil][PATCH 6/6] libgcc-4.5: Fix nativesdk build problem

[Koen Kooi]

From: Khem Raj <raj.khem@gmail.com>

We need to use BPN instead of PN so we
access libgcc and not libgcc-nativesdk

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Tested-by: Denys Dmytriyenko <denys@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
---
 toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb |   32 +++++++++++---------
 1 file changed, 18 insertions(+), 14 deletions(-)

diff --git a/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb b/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
index ecef5e7..3f63931 100644
--- a/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
+++ b/toolchain-layer/recipes-devtools/gcc/libgcc_4.5.bb
@@ -4,11 +4,14 @@ INHIBIT_DEFAULT_DEPS = "1"
 
 DEPENDS = "virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}g++"
 
+PKGSUFFIX = ""
+PKGSUFFIX_virtclass-nativesdk = "-nativesdk"
+
 PACKAGES = "\
   ${PN} \
   ${PN}-dev \
   ${PN}-dbg \
-  libgcov-dev \
+  libgcov${PKGSUFFIX}-dev \
   "
 
 FILES_${PN} = "${base_libdir}/libgcc*.so.*"
@@ -16,31 +19,31 @@ FILES_${PN}-dev = " \
   ${base_libdir}/libgcc*.so \
   ${libdir}/${TARGET_SYS}/${BINV}/crt* \
   ${libdir}/${TARGET_SYS}/${BINV}/libgcc*"
-FILES_libgcov-dev = " \
-  ${libdir}/${TARGET_SYS}/${BINV}/libgcov.a"
-
+FILES_libgcov${PKGSUFFIX}-dev = " \
+  ${libdir}/${TARGET_SYS}/${BINV}/libgcov.a \
+  "
 FILES_${PN}-dbg += "${base_libdir}/.debug/"
 
 do_configure () {
 	target=`echo ${MULTIMACH_TARGET_SYS} | sed -e s#-nativesdk##`
 	install -d ${D}${base_libdir} ${D}${libdir}
 	cp -fpPR ${STAGING_INCDIR_NATIVE}/gcc-build-internal-$target/* ${B}
-	mkdir -p ${B}/${PN}
-	cd ${B}/${PN}
-	chmod a+x ${S}/${PN}/configure
-	${S}/${PN}/configure ${CONFIGUREOPTS} ${EXTRA_OECONF}
+	mkdir -p ${B}/${BPN}
+	cd ${B}/${BPN}
+	chmod a+x ${S}/${BPN}/configure
+	${S}/${BPN}/configure ${CONFIGUREOPTS} ${EXTRA_OECONF}
 }
 
 do_compile () {
 	target=`echo ${TARGET_SYS} | sed -e s#-nativesdk##`
-	cd ${B}/${PN}
-	oe_runmake MULTIBUILDTOP=${B}/$target/${PN}/
+	cd ${B}/${BPN}
+	oe_runmake MULTIBUILDTOP=${B}/$target/${BPN}/
 }
 
 do_install () {
 	target=`echo ${TARGET_SYS} | sed -e s#-nativesdk##`
-	cd ${B}/${PN}
-	oe_runmake 'DESTDIR=${D}' MULTIBUILDTOP=${B}/$target/${PN}/ install
+	cd ${B}/${BPN}
+	oe_runmake 'DESTDIR=${D}' MULTIBUILDTOP=${B}/$target/${BPN}/ install
 
 	# Move libgcc_s into /lib
 	mkdir -p ${D}${base_libdir}
@@ -63,5 +66,6 @@ do_package_write_rpm[depends] += "virtual/${MLPREFIX}libc:do_package"
 
 BBCLASSEXTEND = "nativesdk"
 
-INSANE_SKIP_libgcc-dev = "staticdev"
-INSANE_SKIP_libgcov-dev = "staticdev"
+INSANE_SKIP_${PN}-dev = "staticdev"
+INSANE_SKIP_libgcov${PKGSUFFIX}-dev = "staticdev"
+
-- 
1.7.10