Re: [yocto] my recent change to the dylan branch of meta-darwin
Richard, et al— Ping? I’m working on this, but it would help to know whether I should prepare a patch against the current (bad) head of branch or if I should prepare a patch against the previous revision? — james woodyatt james.woody...@intel.com Software Architect, New Devices Group On May 14, 2014, at 17:18, Woodyatt, James james.woody...@intel.com wrote: Richard— I think I broke the meta-darwin layer with this commit. commit f4122e22257c784e9eb1b564e8ef16cd2e83cd03 Author: Woodyatt, James james.woody...@intel.com Date: Thu May 1 19:03:41 2014 + odcctools2: Remove use of new typename constructors These are specific to gcc 4.8 and removing these allows the build to succeed on host systemd with have gcc 4.7. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org This fixes the build on GCC 4.4, but it now breaks with GCC 4.6.3. Not an improvement. I think this change should be rolled back in the Yocto project ‘dylan’ branch. My sincere apologies for this error. I will work on a better patch that more precisely addresses the issue. — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] my recent change to the dylan branch of meta-darwin
Richard— I think I broke the meta-darwin layer with this commit. commit f4122e22257c784e9eb1b564e8ef16cd2e83cd03 Author: Woodyatt, James james.woody...@intel.com Date: Thu May 1 19:03:41 2014 + odcctools2: Remove use of new typename constructors These are specific to gcc 4.8 and removing these allows the build to succeed on host systemd with have gcc 4.7. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org This fixes the build on GCC 4.4, but it now breaks with GCC 4.6.3. Not an improvement. I think this change should be rolled back in the Yocto project ‘dylan’ branch. My sincere apologies for this error. I will work on a better patch that more precisely addresses the issue. — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH 1/2] meta-darwin on dylan branch
Everyone— It looks like this one needs to be applied to the OpenEmbedded core on the ‘dylan’ branch to make the Linux meta-toolchain build work. — james woodyatt james.woody...@intel.com Software Architect, New Devices Group On May 1, 2014, at 12:03, Woodyatt, James james.woody...@intel.com wrote: commit 980fb673e887f321d6b417b3aecbb380fa2561d3 Author: james woodyatt james.woody...@intel.com Date: Thu May 1 11:57:05 2014 -0700 Properly configure util-linux when ncurses is configured —with-libterm=tinfo. Amend oecore.patch to modify the util-linux recipe so that it applies a patch to the fdisk/Makemodule.am file to add -ltinfo to the linker command line when HAVE_TINFO and HAVE_NCURSES are both defined. diff --git a/oecore.patch b/oecore.patch index 333b715..7371244 100644 --- a/oecore.patch +++ b/oecore.patch @@ -3242,3 +3242,33 @@ index b1d2612..1ba0d12 100644 + +BBCLASSEXTEND = nativesdk \ No newline at end of file +diff --git a/meta/recipes-core/util-linux/util-linux/cfdisk-makemodule.patch b/meta/recipes-core/util-linux/util-linux/cfdisk-makemodule.patch +new file mode 100644 +index 000..df196b5 +--- /dev/null b/meta/recipes-core/util-linux/util-linux/cfdisk-makemodule.patch +@@ -0,0 +1,12 @@ ++--- util-linux-2.22.2.orig/fdisks/Makemodule.am 2014-04-30 17:02:21.469000162 -0700 + util-linux-2.22.2/fdisks/Makemodule.am 2014-04-30 17:02:55.39073 -0700 ++@@ -78,6 +78,9 @@ ++ cfdisk_LDADD += -lslang ++ else ++ if HAVE_NCURSES +++if HAVE_TINFO +++cfdisk_LDADD += -ltinfo +++endif ++ cfdisk_LDADD += @NCURSES_LIBS@ ++ endif ++ endif +diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb b/meta/recipes-core/util-linux/util-linux_2.22.2.bb +index 43a55a6..5553411 100644 +--- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb b/meta/recipes-core/util-linux/util-linux_2.22.2.bb +@@ -8,6 +8,7 @@ SRC_URI += file://util-linux-ng-replace-siginterrupt.patch \ + file://configure-sbindir.patch \ + file://fix-configure.patch \ + file://mbsalign-license.patch \ ++file://cfdisk-makemodule.patch \ + + + SRC_URI[md5sum] = 3e379b4d8b9693948d751c154614c73e — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH 1/1] dylan: fix C++ standard library headers on OS X
Nice. I will resend, along with the one I just discovered for the meta-mingw layer, which needs a similar fix for kconfig-frontends-native. — james woodyatt james.woody...@intel.com Software Architect, New Devices Group On May 2, 2014, at 12:09, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Thu, 2014-05-01 at 23:02 +, Woodyatt, James wrote: commit 562fa987cea60d61c256195adce7e83bf1c1a8c9 Author: james woodyatt james.woody...@intel.com Date: Thu May 1 14:44:39 2014 -0700 Fix C++ standard library header directory configuration. Remove the 4.2.1 directory from the --with-gxx-include-dir path provided to the configure script for GCC 4.7 in the cross-canadian build. diff --git a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend b/recipes-devt index 3fcc012..083b930 100644 --- a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend +++ b/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend @@ -4,7 +4,7 @@ INSANE_SKIP_${PN}_append_darwinsdk = staticdev LDFLAGS_darwinsdk = ${BUILDSDK_LDFLAGS} -L${libdir}/.. # Change gxx-include-dir -EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TU +EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TU --with-build-time-tools=${STAGING_DIR_NATIVE}${prefix_nat --with-sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGE --with-build-sysroot=${STAGING_DIR_TARGET} This patch is truncated at the linewrap unfortunately :( Cheers, Richard -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 1/1] dylan: fix kconfig-frontends for ncurses --with-libterm
commit 939c9feca3c26d4603b573d887324d6220e93819 Author: james woodyatt james.woody...@intel.com Date: Mon May 5 15:54:29 2014 -0700 kconfig-frontends-native: add support for --with-libterm. This is a cherry-pick of cefcd4b655c2b7efdc6313740f3c8af89dd8f670 from the kconfig-frontends project authoritative Git repository for a change that went into 3.9 and later revisions that enables building on hosts configurations where libncurses uses libtinfo. diff --git a/oecore.patch b/oecore.patch index 7371244..ec2fc8b 100644 --- a/oecore.patch +++ b/oecore.patch @@ -3272,3 +3272,38 @@ index 43a55a6..5553411 100644 SRC_URI[md5sum] = 3e379b4d8b9693948d751c154614c73e +diff --git a/meta/recipes-devtools/kconfig-frontends/files/kconfig-frontends-tinfo.patch b/meta/recipes-devtools/kconfig-frontends/files/kconfig-frontends-tinfo.patch +new file mode 100644 +index 000..1da643a +--- /dev/null b/meta/recipes-devtools/kconfig-frontends/files/kconfig-frontends-tinfo.patch +@@ -0,0 +1,14 @@ ++diff --git a/configure.ac b/configure.ac ++index 8b5bc5d..e90fd17 100644 ++--- a/configure.ac + b/configure.ac ++@@ -283,6 +283,10 @@ AS_IF( ++ [test $need_curses = yes], ++ [AC_MSG_ERROR([could not find curses library (frontends: mconf/nconf)])], ++ [has_curses=no])]) +++ AC_SEARCH_LIBS( +++[setupterm], +++[tinfo], +++[break]) ++ ncurses_LIBS=$LIBS ++ LIBS=$LIBS_old]) +diff --git a/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.8.0.bb b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.8.0.bb +index b9960f9..a1e7572 100644 +--- a/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.8.0.bb b/meta/recipes-devtools/kconfig-frontends/kconfig-frontends_3.8.0.bb +@@ -13,7 +13,9 @@ SECTION = devel + DEPENDS += ncurses flex bison gperf pkgconfig-native + PR = r0 + SPIN = .0 +-SRC_URI = http://ymorin.is-a-geek.org/download/${BPN}/${BPN}-${PV}${SPIN}.tar.xz; ++SRC_URI = http://ymorin.is-a-geek.org/download/${BPN}/${BPN}-${PV}${SPIN}.tar.xz \ ++ file://kconfig-frontends-tinfo.patch \ ++ + + SRC_URI[md5sum] = 73598aea99d01d9c422b335e9b963271 + SRC_URI[sha256sum] = b3ff325338aa291c9129dbf33c69ff321e30105aa06ff957be6f958acdc72b42 — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 0/1] dylan: fix kconfig-frontends for ncurses --with-libterm
Everyone— Another change required for building the meta-toolchain target (this time for MingW) on host configurations where ncurses is configured with —with-libterm. I cherry-picked this change to kconfig-frontends from its authoritative repository [change cefcd4b6] and added it to the oecore.patch file for the dylan branch on the meta-mingw layer. This change should not be required with kconfig-frontends-3.9 or later. — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH 1/1] dylan: fix C++ standard library headers on OS X
Resend, this time with all contents. commit 562fa987cea60d61c256195adce7e83bf1c1a8c9 Author: james woodyatt james.woody...@intel.com Date: Thu May 1 14:44:39 2014 -0700 Fix C++ standard library header directory configuration. Remove the 4.2.1 directory from the --with-gxx-include-dir path provided to the configure script for GCC 4.7 in the cross-canadian build. diff --git a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend b/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend index 3fcc012..083b930 100644 --- a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend +++ b/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend @@ -4,7 +4,7 @@ INSANE_SKIP_${PN}_append_darwinsdk = staticdev LDFLAGS_darwinsdk = ${BUILDSDK_LDFLAGS} -L${libdir}/.. # Change gxx-include-dir -EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGET_VENDOR}-${TARGET_OS}/usr/include/c++/4.2.1 \ +EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGET_VENDOR}-${TARGET_OS}/usr/include/c++ \ --with-build-time-tools=${STAGING_DIR_NATIVE}${prefix_native}/${TARGET_SYS}/bin \ --with-sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGET_VENDOR}-${TARGET_OS} \ --with-build-sysroot=${STAGING_DIR_TARGET} — james woodyatt james.woody...@intel.com Software Architect, New Devices Group On May 1, 2014, at 16:02, Woodyatt, James james.woody...@intel.com wrote: commit 562fa987cea60d61c256195adce7e83bf1c1a8c9 Author: james woodyatt james.woody...@intel.com Date: Thu May 1 14:44:39 2014 -0700 Fix C++ standard library header directory configuration. Remove the 4.2.1 directory from the --with-gxx-include-dir path provided to the configure script for GCC 4.7 in the cross-canadian build. diff --git a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend b/recipes-devt index 3fcc012..083b930 100644 --- a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend +++ b/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend @@ -4,7 +4,7 @@ INSANE_SKIP_${PN}_append_darwinsdk = staticdev LDFLAGS_darwinsdk = ${BUILDSDK_LDFLAGS} -L${libdir}/.. # Change gxx-include-dir -EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TU +EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TU --with-build-time-tools=${STAGING_DIR_NATIVE}${prefix_nat --with-sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGE --with-build-sysroot=${STAGING_DIR_TARGET} — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 2/2] meta-darwin on dylan branch
commit 4c50f7bd62a675dd1f034bc6730f833c6dca0c19 Author: james woodyatt james.woody...@intel.com Date: Thu May 1 11:57:41 2014 -0700 Remove usage of ‘new typename’ constructors in ld64 part of odcctools2 package. diff --git a/recipes-devtools/odcctools/files/ld64-typename.patch b/recipes-devtools/odcctools/files/ld64-typename.patch new file mode 100644 index 000..ef5d95d --- /dev/null +++ b/recipes-devtools/odcctools/files/ld64-typename.patch @@ -0,0 +1,69 @@ +diff -r -U 3 apple-x86-odcctools-758.159.orig/ld64/src/ld.cpp apple-x86-odcctools-758.159/ld64/src/ld.cpp +--- apple-x86-odcctools-758.159.orig/ld64/src/ld.cpp 2014-04-30 12:05:13.10601 -0700 apple-x86-odcctools-758.159/ld64/src/ld.cpp2014-04-30 12:06:19.22101 -0700 +@@ -2914,49 +2914,49 @@ + switch (fArchitecture) { + case CPU_TYPE_POWERPC: + if ( mach_o::relocatable::Readerppc::validFile(p) ) +- return this-addObject(new typename mach_o::relocatable::Readerppc::Reader(p, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addObject(new mach_o::relocatable::Readerppc::Reader(p, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); + else if ( mach_o::dylib::Readerppc::validFile(p, info.options.fBundleLoader) ) +- return this-addDylib(new typename mach_o::dylib::Readerppc::Reader(p, len, info.path, info.options, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addDylib(new mach_o::dylib::Readerppc::Reader(p, len, info.path, info.options, fOptions.readerOptions(), fNextInputOrdinal), info, len); + else if ( archive::Readerppc::validFile(p, len) ) +- return this-addArchive(new typename archive::Readerppc::Reader(p, len, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addArchive(new archive::Readerppc::Reader(p, len, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); + break; + case CPU_TYPE_POWERPC64: + if ( mach_o::relocatable::Readerppc64::validFile(p) ) +- return this-addObject(new typename mach_o::relocatable::Readerppc64::Reader(p, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addObject(new mach_o::relocatable::Readerppc64::Reader(p, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); + else if ( mach_o::dylib::Readerppc64::validFile(p, info.options.fBundleLoader) ) +- return this-addDylib(new typename mach_o::dylib::Readerppc64::Reader(p, len, info.path, info.options, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addDylib(new mach_o::dylib::Readerppc64::Reader(p, len, info.path, info.options, fOptions.readerOptions(), fNextInputOrdinal), info, len); + else if ( archive::Readerppc64::validFile(p, len) ) +- return this-addArchive(new typename archive::Readerppc64::Reader(p, len, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addArchive(new archive::Readerppc64::Reader(p, len, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); + break; + case CPU_TYPE_I386: + if ( mach_o::relocatable::Readerx86::validFile(p) ) +- return this-addObject(new typename mach_o::relocatable::Readerx86::Reader(p, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addObject(new mach_o::relocatable::Readerx86::Reader(p, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); + else if ( mach_o::dylib::Readerx86::validFile(p, info.options.fBundleLoader) ) +- return this-addDylib(new typename mach_o::dylib::Readerx86::Reader(p, len, info.path, info.options, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++ return this-addDylib(new mach_o::dylib::Readerx86::Reader(p, len, info.path, info.options, fOptions.readerOptions(), fNextInputOrdinal), info, len); + else if ( archive::Readerx86::validFile(p, len) ) +- return this-addArchive(new typename archive::Readerx86::Reader(p, len, info.path, info.modTime, fOptions.readerOptions(), fNextInputOrdinal), info, len); ++
[yocto] [PATCH 0/2] meta-darwin on dylan branch
Everyone— I’ve discovered some errors in the meta-darwin layer on the dylan branch that currently prevent the meta-toolchain target from building the components included in the OS X variant of the Arduino for Intel Galileo IDE. Follow-ups to comprise the two patches that solve the problem. These changes may need to be merged upstream, but I haven’t looked. Here are summary descriptions of the patches: 1. Properly configure util-linux when ncurses is configured —with-libterm=tinfo. 2. Remove usage of ‘new typename’ constructors in ld64 part of odcctools2 package. — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 1/2] meta-darwin on dylan branch
commit 980fb673e887f321d6b417b3aecbb380fa2561d3 Author: james woodyatt james.woody...@intel.com Date: Thu May 1 11:57:05 2014 -0700 Properly configure util-linux when ncurses is configured —with-libterm=tinfo. Amend oecore.patch to modify the util-linux recipe so that it applies a patch to the fdisk/Makemodule.am file to add -ltinfo to the linker command line when HAVE_TINFO and HAVE_NCURSES are both defined. diff --git a/oecore.patch b/oecore.patch index 333b715..7371244 100644 --- a/oecore.patch +++ b/oecore.patch @@ -3242,3 +3242,33 @@ index b1d2612..1ba0d12 100644 + +BBCLASSEXTEND = nativesdk \ No newline at end of file +diff --git a/meta/recipes-core/util-linux/util-linux/cfdisk-makemodule.patch b/meta/recipes-core/util-linux/util-linux/cfdisk-makemodule.patch +new file mode 100644 +index 000..df196b5 +--- /dev/null b/meta/recipes-core/util-linux/util-linux/cfdisk-makemodule.patch +@@ -0,0 +1,12 @@ ++--- util-linux-2.22.2.orig/fdisks/Makemodule.am 2014-04-30 17:02:21.469000162 -0700 + util-linux-2.22.2/fdisks/Makemodule.am2014-04-30 17:02:55.39073 -0700 ++@@ -78,6 +78,9 @@ ++ cfdisk_LDADD += -lslang ++ else ++ if HAVE_NCURSES +++if HAVE_TINFO +++cfdisk_LDADD += -ltinfo +++endif ++ cfdisk_LDADD += @NCURSES_LIBS@ ++ endif ++ endif +diff --git a/meta/recipes-core/util-linux/util-linux_2.22.2.bb b/meta/recipes-core/util-linux/util-linux_2.22.2.bb +index 43a55a6..5553411 100644 +--- a/meta/recipes-core/util-linux/util-linux_2.22.2.bb b/meta/recipes-core/util-linux/util-linux_2.22.2.bb +@@ -8,6 +8,7 @@ SRC_URI += file://util-linux-ng-replace-siginterrupt.patch \ + file://configure-sbindir.patch \ + file://fix-configure.patch \ + file://mbsalign-license.patch \ ++file://cfdisk-makemodule.patch \ + + + SRC_URI[md5sum] = 3e379b4d8b9693948d751c154614c73e — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 1/1] dylan: fix C++ standard library headers on OS X
commit 562fa987cea60d61c256195adce7e83bf1c1a8c9 Author: james woodyatt james.woody...@intel.com Date: Thu May 1 14:44:39 2014 -0700 Fix C++ standard library header directory configuration. Remove the 4.2.1 directory from the --with-gxx-include-dir path provided to the configure script for GCC 4.7 in the cross-canadian build. diff --git a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend b/recipes-devt index 3fcc012..083b930 100644 --- a/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend +++ b/recipes-devtools/gcc/gcc-cross-canadian_4.7.bbappend @@ -4,7 +4,7 @@ INSANE_SKIP_${PN}_append_darwinsdk = staticdev LDFLAGS_darwinsdk = ${BUILDSDK_LDFLAGS} -L${libdir}/.. # Change gxx-include-dir -EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TU +EXTRA_OECONF_PATHS_darwinsdk = --with-gxx-include-dir=${SDKPATH}/sysroots/${TU --with-build-time-tools=${STAGING_DIR_NATIVE}${prefix_nat --with-sysroot=${SDKPATH}/sysroots/${TUNE_PKGARCH}${TARGE --with-build-sysroot=${STAGING_DIR_TARGET} — james woodyatt james.woody...@intel.com Software Architect, New Devices Group -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Yocto cross-compile for Galileo
Mr. Beiser— I don’t think the specifics you want have been written down. We haven’t investigated using Eclipse for cross-development with Galileo, but it seems reasonable to expect that you should be able to follow the instructions in the Quark Board Support Package Guide to build a toolchain. Where you will encounter trouble is getting Eclipse to download, run and debug software on the Galileo board— which has a custom serial port protocol for communicating with the Arduino IDE for Galileo that basically supports downloading sketches and installing new capsule firmware images, and that’s it. — james woodyatt james.woody...@intel.commailto:james.woody...@intel.com Software Architect, New Devices Group On Mar 31, 2014, at 4:23, Beiser, Roy roy.bei...@intel.commailto:roy.bei...@intel.com wrote: Hi Jessica, I’m looking for a document which will describe how to set-up Eclipse on Ubuntu 12.04 for cross-compiling applications for Galileo. The standard Yocto documents (like the one attached) are lacking the specifics for Galileo . Thanks, Roy Beiser Network Engineer, CCIE #22724, PMP IT / Network Access Engineering Telephone : +972-8-612-6200 Mobile : +972-547-886-200 - Intel Electronics Ltd. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Yocto Project Eclipse plug-in and Developer Tools Hands-on Lab.pdf-- ___ yocto mailing list yocto@yoctoproject.orgmailto:yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] error in cmake.bbclass exposed when meta-darwin included
Everyone‹ Please review the following patch for Poky, which I believe is necessary for properly supporting builds where meta-darwin (also probably meta-mingw) is included in the Bitbake layer path list. Explanation: the meta-darwin layer overrides the value of the SDK_OS variable with the value of HOST_OS, which is ³darwin² for most builds, and this makes everything that uses CMake fail to build properly. The case where I found this is when OpenCV is included from the OpenEmbedded meta-oe layer. The patch below seems to correct an error in the usage of the SDK_OS variable within the cmake.bbclass file. diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index e64c30c..4ef9fca 100644 --- a/meta/classes/cmake.bbclass +++ b/meta/classes/cmake.bbclass @@ -35,7 +35,7 @@ cmake_do_generate_toolchain_file() { cat ${WORKDIR}/toolchain.cmake EOF # CMake system name must be something like Linux. # This is important for cross-compiling. -set( CMAKE_SYSTEM_NAME `echo ${SDK_OS} | sed 's/^./\u/'` ) +set( CMAKE_SYSTEM_NAME `echo ${TARGET_OS} | sed 's/^./\u/'` ) set( CMAKE_SYSTEM_PROCESSOR ${TARGET_ARCH} ) set( CMAKE_C_COMPILER ${OECMAKE_C_COMPILER} ) set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} ) I tested this with a local build, and I believe this diff should be appended to the oecore.patch file in the meta-darwin layer source tree, and it should be applied in the appropriate branches of the Poky source tree. -- james woodyatt james.woody...@intel.com Software Architect, New Devices Group ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] error in cmake.bbclass exposed when meta-darwin included
Everyone— I didn’t quite get it right in my previous patch. The main problem is that the expansion of CMAKE_SYSTEM_NAME needs to match one of the .cmake files in the Modules/Platform directory of the CMake source tree. There is a whole slew of Linux-$foo.cmake files in there, but the one that works for me is Linux.cmake. Alas, the bitbake.conf file in Poky defines TARGET_OS=linux${LIBCEXTENSION}${ABIEXTENSION} which doesn’t work. The following patch is simpler and probably better: diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index e64c30c..4ef9fca 100644 --- a/meta/classes/cmake.bbclass +++ b/meta/classes/cmake.bbclass @@ -35,7 +35,7 @@ cmake_do_generate_toolchain_file() { cat ${WORKDIR}/toolchain.cmake EOF # CMake system name must be something like Linux. # This is important for cross-compiling. -set( CMAKE_SYSTEM_NAME `echo ${SDK_OS} | sed 's/^./\u/'` ) +set( CMAKE_SYSTEM_NAME Linux ) set( CMAKE_SYSTEM_PROCESSOR ${TARGET_ARCH} ) set( CMAKE_C_COMPILER ${OECMAKE_C_COMPILER} ) set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} ) — james woodyatt james.woody...@intel.com Software Architect, New Devices Group On 12/31/13, 12:50, Woodyatt, James james.woody...@intel.com wrote: Everyone‹ Please review the following patch for Poky, which I believe is necessary for properly supporting builds where meta-darwin (also probably meta-mingw) is included in the Bitbake layer path list. Explanation: the meta-darwin layer overrides the value of the SDK_OS variable with the value of HOST_OS, which is ³darwin² for most builds, and this makes everything that uses CMake fail to build properly. The case where I found this is when OpenCV is included from the OpenEmbedded meta-oe layer. The patch below seems to correct an error in the usage of the SDK_OS variable within the cmake.bbclass file. diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index e64c30c..4ef9fca 100644 --- a/meta/classes/cmake.bbclass +++ b/meta/classes/cmake.bbclass @@ -35,7 +35,7 @@ cmake_do_generate_toolchain_file() { cat ${WORKDIR}/toolchain.cmake EOF # CMake system name must be something like Linux. # This is important for cross-compiling. -set( CMAKE_SYSTEM_NAME `echo ${SDK_OS} | sed 's/^./\u/'` ) +set( CMAKE_SYSTEM_NAME `echo ${TARGET_OS} | sed 's/^./\u/'` ) set( CMAKE_SYSTEM_PROCESSOR ${TARGET_ARCH} ) set( CMAKE_C_COMPILER ${OECMAKE_C_COMPILER} ) set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} ) I tested this with a local build, and I believe this diff should be appended to the oecore.patch file in the meta-darwin layer source tree, and it should be applied in the appropriate branches of the Poky source tree. -- james woodyatt james.woody...@intel.com Software Architect, New Devices Group ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto