[yocto] building OS X toolchain with meta-darwin

[Woodyatt, James]

Everyone‹

I¹m not sure where is the best place to take this question.  Please excuse
me, I¹m new.

I¹m struggling to build an OS X toolchain reliably and repeatably.  I¹ve
checked out the current top of the Œdylan¹ branch of Poky, meta-darwin,
meta-intel and (for reasons I¹m not sure I understand) the OpenEmbedded
meta-oe layer.  I am not succeeding to build the OS X tool chain on my
Linux VM running under Parallels (according to the arcane manual procedure
required for using the MacOSX10.Y.sdk extracted from Xcode while
respecting the Apple Xcode license) using SDKMACHINE=i386-darwin.

An annoying failure, but I can work around it, is that the OpenDarwin
cctools have a dependency on something that isn¹t reflected in the recipe,
so you have to do repeated ³bitbake ­k² runs until it succeeds its
do_configure method.  I¹m not asking about that right now.

The failure I have been struggling with is that ncurses-5.9 won¹t build
for OS X.

1. The almost-stock ncurses-5.9 in the dylan branch has a known issue
where if it is configured for darwin targets, the compiler is passed the
‹no-precomp-cpp option, which is deprecated. The GCC we are building in
the cross toolchain for OS X doesn¹t support that option, so the configure
script fails.

2. I tried to patch the ncurses recipe so that it applies the 2013-05-04
rollup patch from the FSF upstream, which contains the fix for the the
‹no-precomp-cpp option problem, but that doesn¹t work because GCC 4.7
isn¹t compatible with the C++ standard library headers in the OS X SDK
(which are for a much older version of GCC that Apple still uses‹ for
reasons, you all know them).

I can¹t figure out why ncurses should even need to be build for the OS X
hosted toolchain.  This seems like an unnecessary dependency, and I don¹t
see how to stop requiring it.  Can anybody please help me turn off the
requirement to build ncurses for deployment in the OS X toolchain when
building with SDKMACHINE=*-darwin, please please please?  Thanks.

-- 
james woodyatt 

Software Architect, New Devices Group

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] error in cmake.bbclass exposed when meta-darwin included

[Woodyatt, James]

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 <

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

[Woodyatt, James]

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 <
Software Architect, New Devices Group




On 12/31/13, 12:50, "Woodyatt, James"  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 < # 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 
>
>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] Yocto cross-compile for Galileo

[Woodyatt, James]

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 mailto:james.woody...@intel.com>>
Software Architect, New Devices Group

On Mar 31, 2014, at 4:23, Beiser, Roy 
mailto: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 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

[Woodyatt, James]

commit 4c50f7bd62a675dd1f034bc6730f833c6dca0c19
Author: james woodyatt 
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::Reader::validFile(p) )
+-  return this->addObject(new typename 
mach_o::relocatable::Reader::Reader(p, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addObject(new 
mach_o::relocatable::Reader::Reader(p, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   else if ( mach_o::dylib::Reader::validFile(p, 
info.options.fBundleLoader) )
+-  return this->addDylib(new typename 
mach_o::dylib::Reader::Reader(p, len, info.path, info.options, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addDylib(new 
mach_o::dylib::Reader::Reader(p, len, info.path, info.options, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   else if ( archive::Reader::validFile(p, len) )
+-  return this->addArchive(new typename 
archive::Reader::Reader(p, len, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addArchive(new 
archive::Reader::Reader(p, len, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   break;
+   case CPU_TYPE_POWERPC64:
+   if ( mach_o::relocatable::Reader::validFile(p) )
+-  return this->addObject(new typename 
mach_o::relocatable::Reader::Reader(p, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addObject(new 
mach_o::relocatable::Reader::Reader(p, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   else if ( mach_o::dylib::Reader::validFile(p, 
info.options.fBundleLoader) )
+-  return this->addDylib(new typename 
mach_o::dylib::Reader::Reader(p, len, info.path, info.options, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addDylib(new 
mach_o::dylib::Reader::Reader(p, len, info.path, info.options, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   else if ( archive::Reader::validFile(p, len) )
+-  return this->addArchive(new typename 
archive::Reader::Reader(p, len, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addArchive(new 
archive::Reader::Reader(p, len, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   break;
+   case CPU_TYPE_I386:
+   if ( mach_o::relocatable::Reader::validFile(p) )
+-  return this->addObject(new typename 
mach_o::relocatable::Reader::Reader(p, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addObject(new 
mach_o::relocatable::Reader::Reader(p, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   else if ( mach_o::dylib::Reader::validFile(p, 
info.options.fBundleLoader) )
+-  return this->addDylib(new typename 
mach_o::dylib::Reader::Reader(p, len, info.path, info.options, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addDylib(new 
mach_o::dylib::Reader::Reader(p, len, info.path, info.options, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
+   else if ( archive::Reader::validFile(p, len) )
+-  return this->addArchive(new typename 
archive::Reader::Reader(p, len, info.path, info.modTime, 
fOptions.readerOptions(), fNextInputOrdinal), info, len);
++  return this->addArchive(new 
archive::Reader::Reader(p, len, info.path, info.modTime, 
fOptions.rea

[yocto] [PATCH 0/2] meta-darwin on dylan branch

[Woodyatt, James]

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 
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

[Woodyatt, James]

commit 980fb673e887f321d6b417b3aecbb380fa2561d3
Author: james woodyatt 
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 
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

[Woodyatt, James]

commit 562fa987cea60d61c256195adce7e83bf1c1a8c9
Author: james woodyatt 
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 
Software Architect, New Devices Group

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH 0/1] dylan: fix C++ standard library headers on OS X

[Woodyatt, James]

Everyone—

Another issue discovered on the dylan branch.  The GCC configuration applies 
the wrong path to the —with-gxx-include-dir option.  The follow-up comprises 
the patch.


—
james woodyatt 
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

[Woodyatt, James]

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 
Software Architect, New Devices Group

On May 2, 2014, at 12:09, Richard Purdie  
wrote:

> On Thu, 2014-05-01 at 23:02 +0000, Woodyatt, James wrote:
>> commit 562fa987cea60d61c256195adce7e83bf1c1a8c9
>> Author: james woodyatt 
>> 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

[Woodyatt, James]

commit 939c9feca3c26d4603b573d887324d6220e93819
Author: james woodyatt 
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 
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

[Woodyatt, James]

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 
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

[Woodyatt, James]

Resend, this time with all contents.

commit 562fa987cea60d61c256195adce7e83bf1c1a8c9
Author: james woodyatt 
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 
Software Architect, New Devices Group

On May 1, 2014, at 16:02, Woodyatt, James  wrote:

> commit 562fa987cea60d61c256195adce7e83bf1c1a8c9
> Author: james woodyatt 
> 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 
> 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/2] meta-darwin on dylan branch

[Woodyatt, James]

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 
Software Architect, New Devices Group

On May 1, 2014, at 12:03, Woodyatt, James  wrote:

> commit 980fb673e887f321d6b417b3aecbb380fa2561d3
> Author: james woodyatt 
> 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 
> 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

[Woodyatt, James]

Richard—

I think I broke the meta-darwin layer with this commit.

> commit f4122e22257c784e9eb1b564e8ef16cd2e83cd03
> Author: Woodyatt, James 
> 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 

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 
Software Architect, New Devices Group

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] my recent change to the dylan branch of meta-darwin

[Woodyatt, James]

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 
Software Architect, New Devices Group

On May 14, 2014, at 17:18, Woodyatt, James  wrote:

> Richard—
> 
> I think I broke the meta-darwin layer with this commit.
> 
>> commit f4122e22257c784e9eb1b564e8ef16cd2e83cd03
>> Author: Woodyatt, James 
>> 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 
> 
> 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 
> 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