Re: [oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only
[Re: [oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only] On 16.09.10 (Sat 00:03) Andreas Müller wrote: > On Fri, Sep 9, 2016 at 10:44 PM, Joe MacDonald> wrote: > > [[oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM > > only] On 16.09.09 (Fri 10:34) jackie.hu...@windriver.com wrote: > > > >> From: Jackie Huang > >> > >> It builds fine except for arm now, and the do_package > >> and libpam issue is fixed by: > >> "waf-samba.bbclass: Add PACKAGECONFIG_CONFARGS to CONFIGUREOPTS" > > > > Did you confirm that you're still seeing the failure for arm? > > > > -J. > > > >> > >> Signed-off-by: Jackie Huang > >> --- > >> meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 6 +++--- > >> 1 file changed, 3 insertions(+), 3 deletions(-) > >> > >> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > >> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > >> index 042203e..c34adcb 100644 > >> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > >> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > >> @@ -319,6 +319,6 @@ RDEPENDS_${PN}-pidl_append = " perl" > >> FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse" > >> > >> # http://errors.yoctoproject.org/Errors/Details/81004/ > >> -# before this issue it was also failing in do_package and > >> -# autodetecting libpam dependency > >> -PNBLACKLIST[samba] ?= "BROKEN: fails to build with new binutils-2.27" > >> +BLACKLIST_REASON ?= "" > >> +BLACKLIST_REASON_arm = "BROKEN: fails to build with new binutils-2.27" > >> +PNBLACKLIST[samba] ?= "${BLACKLIST_REASON}" > >> -- > >> 2.8.3 > >> > > -- > > -Joe MacDonald. > > :wq > > > Did you see [1] - it fixes build for arm. > > [1] > http://lists.openembedded.org/pipermail/openembedded-devel/2016-September/108972.html I didn't, actually, but I had picked it up in my tree anyway when I scooped up the latest set of changes in master-next. The reason I was asking was because I wasn't seeing a failure anymore in samba on arm and was curious why Jackie was still seeing it if I wasn't and I hadn't seen an explicit patch to resolve the issue. But there it is, mystery solved. Thanks for the heads-up, Andreas. -- -Joe MacDonald. :wq signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH] upower: handle and pack systemd unit
| WARNING: upower-0.99.4-r0 do_package: QA Issue: upower: Files/directories were installed but not shipped in any package: | /lib/systemd | /lib/systemd/system | /lib/systemd/system/upower.service Signed-off-by: Andreas Müller--- meta-oe/recipes-support/upower/upower_0.99.4.bb | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/meta-oe/recipes-support/upower/upower_0.99.4.bb b/meta-oe/recipes-support/upower/upower_0.99.4.bb index 770f333..5ac06dd 100644 --- a/meta-oe/recipes-support/upower/upower_0.99.4.bb +++ b/meta-oe/recipes-support/upower/upower_0.99.4.bb @@ -8,7 +8,7 @@ SRC_URI = "http://upower.freedesktop.org/releases/${BPN}-${PV}.tar.xz; SRC_URI[md5sum] = "78800e1ac7f92b24aabdf433e38f75d2" SRC_URI[sha256sum] = "9ca325a6ccef505529b268ebbbd9becd0ce65a65f6ac7ee31e2e5b17648037b0" -inherit autotools pkgconfig gettext gobject-introspection +inherit autotools pkgconfig gettext gobject-introspection systemd PACKAGECONFIG ??= "" PACKAGECONFIG[idevice] = "--with-idevice,--without-idevice,libimobiledevice libplist" @@ -29,5 +29,6 @@ FILES_${PN} += "${datadir}/dbus-1/ \ FILES_${PN}-dbg += "${base_libdir}/udev/.debug" - - +SYSTEMD_SERVICE_${PN} = "upower.service" +# dbus +SYSTEMD_AUTO_ENABLE = "disable" -- 2.5.5 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only
On Fri, Sep 9, 2016 at 10:44 PM, Joe MacDonaldwrote: > [[oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM > only] On 16.09.09 (Fri 10:34) jackie.hu...@windriver.com wrote: > >> From: Jackie Huang >> >> It builds fine except for arm now, and the do_package >> and libpam issue is fixed by: >> "waf-samba.bbclass: Add PACKAGECONFIG_CONFARGS to CONFIGUREOPTS" > > Did you confirm that you're still seeing the failure for arm? > > -J. > >> >> Signed-off-by: Jackie Huang >> --- >> meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 6 +++--- >> 1 file changed, 3 insertions(+), 3 deletions(-) >> >> diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb >> b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb >> index 042203e..c34adcb 100644 >> --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb >> +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb >> @@ -319,6 +319,6 @@ RDEPENDS_${PN}-pidl_append = " perl" >> FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse" >> >> # http://errors.yoctoproject.org/Errors/Details/81004/ >> -# before this issue it was also failing in do_package and >> -# autodetecting libpam dependency >> -PNBLACKLIST[samba] ?= "BROKEN: fails to build with new binutils-2.27" >> +BLACKLIST_REASON ?= "" >> +BLACKLIST_REASON_arm = "BROKEN: fails to build with new binutils-2.27" >> +PNBLACKLIST[samba] ?= "${BLACKLIST_REASON}" >> -- >> 2.8.3 >> > -- > -Joe MacDonald. > :wq > Did you see [1] - it fixes build for arm. [1] http://lists.openembedded.org/pipermail/openembedded-devel/2016-September/108972.html Andreas -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH][now-with-changes] meta-oe/thrift: fix build on gcc-6
thrift build issues on gcc-6 were essentially 2 issues: - gcc-6 has stricter overflow checking on array declaration, and thrift was using `char` when it should have used `signed char` - gcc-6 is really picky about it's include paths (`-I`), and thrift had a bad habbit of passing internal ones when it was cross compiled due to how it was using `include_directories()` This adds 2 patches (both variations of those submitted upstream, the ones included here are rebased onto thrift-0.9.3). https://issues.apache.org/jira/browse/THRIFT-3831 https://issues.apache.org/jira/browse/THRIFT-3828 Signed-off-by: Cody P Schafer--- ...-In-cmake-avoid-use-of-both-quoted-paths-.patch | 110 + ...31-in-test-cpp-explicitly-use-signed-char.patch | 40 .../recipes-connectivity/thrift/thrift_0.9.3.bb| 5 +- 3 files changed, 152 insertions(+), 3 deletions(-) create mode 100644 meta-oe/recipes-connectivity/thrift/thrift-0.9.3/0001-THRIFT-3828-In-cmake-avoid-use-of-both-quoted-paths-.patch create mode 100644 meta-oe/recipes-connectivity/thrift/thrift-0.9.3/0002-THRIFT-3831-in-test-cpp-explicitly-use-signed-char.patch diff --git a/meta-oe/recipes-connectivity/thrift/thrift-0.9.3/0001-THRIFT-3828-In-cmake-avoid-use-of-both-quoted-paths-.patch b/meta-oe/recipes-connectivity/thrift/thrift-0.9.3/0001-THRIFT-3828-In-cmake-avoid-use-of-both-quoted-paths-.patch new file mode 100644 index 000..7cc8d17 --- /dev/null +++ b/meta-oe/recipes-connectivity/thrift/thrift-0.9.3/0001-THRIFT-3828-In-cmake-avoid-use-of-both-quoted-paths-.patch @@ -0,0 +1,110 @@ +From bc577820ad25795543b31f123e309cdaebc7d6c6 Mon Sep 17 00:00:00 2001 +From: Cody P Schafer +Date: Mon, 16 May 2016 15:21:10 -0400 +Subject: [PATCH 1/2] THRIFT-3828 In cmake avoid use of both quoted paths and + SYSTEM with include_directories() + +This allows us to avoid issues where there are no paths to be added to +the include path (include_directories() errors when given an empty +string). + +Specifically, gcc-6 requires that libraries stop passing paths like +'/usr/include' (or they will get libstdc++ build errors), so these paths +will be empty more often in the future. +--- + lib/cpp/CMakeLists.txt | 8 + lib/cpp/test/CMakeLists.txt | 2 +- + test/cpp/CMakeLists.txt | 6 +++--- + tutorial/cpp/CMakeLists.txt | 2 +- + 4 files changed, 9 insertions(+), 9 deletions(-) + +diff --git a/lib/cpp/CMakeLists.txt b/lib/cpp/CMakeLists.txt +index 4c7caeb..a716ac3 100755 +--- a/lib/cpp/CMakeLists.txt b/lib/cpp/CMakeLists.txt +@@ -24,7 +24,7 @@ else() + find_package(Boost 1.53.0 REQUIRED) + endif() + +-include_directories(SYSTEM "${Boost_INCLUDE_DIRS}") ++include_directories(${Boost_INCLUDE_DIRS}) + include_directories(src) + + # SYSLIBS contains libraries that need to be linked to all lib targets +@@ -104,7 +104,7 @@ if(OPENSSL_FOUND AND WITH_OPENSSL) +src/thrift/transport/TSSLSocket.cpp +src/thrift/transport/TSSLServerSocket.cpp + ) +-include_directories(SYSTEM "${OPENSSL_INCLUDE_DIR}") ++include_directories(${OPENSSL_INCLUDE_DIR}) + list(APPEND SYSLIBS "${OPENSSL_LIBRARIES}") + endif() + +@@ -162,7 +162,7 @@ TARGET_LINK_LIBRARIES_THRIFT(thrift ${SYSLIBS}) + + if(WITH_LIBEVENT) + find_package(Libevent REQUIRED) # Libevent comes with CMake support form upstream +-include_directories(SYSTEM ${LIBEVENT_INCLUDE_DIRS}) ++include_directories(${LIBEVENT_INCLUDE_DIRS}) + + ADD_LIBRARY_THRIFT(thriftnb ${thriftcppnb_SOURCES}) + TARGET_LINK_LIBRARIES_THRIFT(thriftnb ${SYSLIBS} ${LIBEVENT_LIBRARIES}) +@@ -171,7 +171,7 @@ endif() + + if(WITH_ZLIB) + find_package(ZLIB REQUIRED) +-include_directories(SYSTEM ${ZLIB_INCLUDE_DIRS}) ++include_directories(${ZLIB_INCLUDE_DIRS}) + + ADD_LIBRARY_THRIFT(thriftz ${thriftcppz_SOURCES}) + TARGET_LINK_LIBRARIES_THRIFT(thriftz ${SYSLIBS} ${ZLIB_LIBRARIES}) +diff --git a/lib/cpp/test/CMakeLists.txt b/lib/cpp/test/CMakeLists.txt +index 5de9fc4..c956c38 100644 +--- a/lib/cpp/test/CMakeLists.txt b/lib/cpp/test/CMakeLists.txt +@@ -20,7 +20,7 @@ + # Find required packages + set(Boost_USE_STATIC_LIBS ON) # Force the use of static boost test framework + find_package(Boost 1.53.0 REQUIRED COMPONENTS chrono filesystem system thread unit_test_framework) +-include_directories(SYSTEM "${Boost_INCLUDE_DIRS}") ++include_directories(${Boost_INCLUDE_DIRS}) + + #Make sure gen-cpp files can be included + include_directories("${CMAKE_CURRENT_BINARY_DIR}") +diff --git a/test/cpp/CMakeLists.txt b/test/cpp/CMakeLists.txt +index 2d75f2e..b1409de 100755 +--- a/test/cpp/CMakeLists.txt b/test/cpp/CMakeLists.txt +@@ -22,13 +22,13 @@ include(ThriftMacros) + + set(Boost_USE_STATIC_LIBS ON) + find_package(Boost 1.53.0 REQUIRED COMPONENTS program_options system filesystem) +-include_directories(SYSTEM "${Boost_INCLUDE_DIRS}") ++include_directories(${Boost_INCLUDE_DIRS}) + +
Re: [oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only
[[oe] [meta-networking][PATCH 2/2 v2] samba: restrict the blacklist to ARM only] On 16.09.09 (Fri 10:34) jackie.hu...@windriver.com wrote: > From: Jackie Huang> > It builds fine except for arm now, and the do_package > and libpam issue is fixed by: > "waf-samba.bbclass: Add PACKAGECONFIG_CONFARGS to CONFIGUREOPTS" Did you confirm that you're still seeing the failure for arm? -J. > > Signed-off-by: Jackie Huang > --- > meta-networking/recipes-connectivity/samba/samba_4.4.5.bb | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > index 042203e..c34adcb 100644 > --- a/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > +++ b/meta-networking/recipes-connectivity/samba/samba_4.4.5.bb > @@ -319,6 +319,6 @@ RDEPENDS_${PN}-pidl_append = " perl" > FILES_${PN}-pidl = "${bindir}/pidl ${datadir}/perl5/Parse" > > # http://errors.yoctoproject.org/Errors/Details/81004/ > -# before this issue it was also failing in do_package and > -# autodetecting libpam dependency > -PNBLACKLIST[samba] ?= "BROKEN: fails to build with new binutils-2.27" > +BLACKLIST_REASON ?= "" > +BLACKLIST_REASON_arm = "BROKEN: fails to build with new binutils-2.27" > +PNBLACKLIST[samba] ?= "${BLACKLIST_REASON}" > -- > 2.8.3 > -- -Joe MacDonald. :wq signature.asc Description: Digital signature -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] meta-oe/thrift: fix build on gcc-6
thrift build issues on gcc-6 were essentially 2 issues: - gcc-6 has stricter overflow checking on array declaration, and thrift was using `char` when it should have used `signed char` - gcc-6 is really picky about it's include paths (`-I`), and thrift had a bad habbit of passing internal ones when it was cross compiled due to how it was using `include_directories()` This adds 2 patches (both variations of those submitted upstream, the ones included here are rebased onto thrift-0.9.3). https://issues.apache.org/jira/browse/THRIFT-3831 https://issues.apache.org/jira/browse/THRIFT-3828 Signed-off-by: Cody P Schafer--- meta-oe/recipes-connectivity/thrift/thrift_0.9.3.bb | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/meta-oe/recipes-connectivity/thrift/thrift_0.9.3.bb b/meta-oe/recipes-connectivity/thrift/thrift_0.9.3.bb index ce0b492..fdea7f1 100644 --- a/meta-oe/recipes-connectivity/thrift/thrift_0.9.3.bb +++ b/meta-oe/recipes-connectivity/thrift/thrift_0.9.3.bb @@ -10,6 +10,8 @@ DEPENDS = "thrift-native boost python libevent flex-native bison-native \ SRC_URI = "git://git-wip-us.apache.org/repos/asf/thrift.git;protocol=https \ file://0001-Forcibly-disable-check-for-Qt5.patch \ + file://0001-THRIFT-3828-In-cmake-avoid-use-of-both-quoted-paths-.patch \ + file://0002-THRIFT-3831-in-test-cpp-explicitly-use-signed-char.patch \ " SRCREV = "61b8a29b0704ccd81b520f2300f5d1bb261fea3e" S = "${WORKDIR}/git" @@ -32,6 +34,3 @@ EXTRA_OECMAKE_class-nativesdk = "-DWITH_QT4=OFF -DWITH_QT5=OFF \ do_install_append () { ln -sf thrift ${D}/${bindir}/thrift-compiler } - -# http://errors.yoctoproject.org/Errors/Details/68622/ -PNBLACKLIST[thrift] ?= "BROKEN: fails to build with gcc-6" -- 2.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Topics & attendance for OEDEM
This is a reminder about the OpenEmbedded General Assembly (GA) and Developer's European Meeting (OEDEM) coming up on October 14 in Berlin, following ELCE. If you are able to attend, please let us know ASAP so we can plan. You can sign up for this event on the wiki at this address: GA: http://openembedded.org/wiki/Berlin,_2016 DEM: http://openembedded.org/wiki/OEDEM_2016 Note: these are on the same day. The GA will start at about 9am, developers portion immediately after but not likely before 10am. More details to come soon. -- Jeff Osier-Mixon - Open Source Community Engineer, Intel Corporation -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] Subjects for YP Developer Day at ELCE
...nd HERE's the link https://www.yoctoproject.org/yocto-project-developer-day-europe-2016 On Fri, Sep 9, 2016 at 8:51 AM, Jeff Osier-Mixonwrote: > Hi all - we are in the planning stages for DevDay at ELCE right now, > particularly the advanced track. This track changes every session, > usually to cover the things we are working on hardest - for example, > in San Diego we covered CROPS, devtool, the latest Toaster features, > and much more. > > Whether you are able to attend DevDay or not, we would be grateful to > hear your suggestions for subjects to cover in the advanced track. We > are currently planning talks about CROPS, devtool and the ESDK, > Toaster, wic, smack, security, and a few other things. If you have a > burning desire to hear about something specific, please let us know. > > Also, we'd love to see you at DevDay, here's the link: > > -- > Jeff Osier-Mixon - Open Source Community Engineer, Intel Corporation -- Jeff Osier-Mixon - Open Source Community Engineer, Intel Corporation -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] Subjects for YP Developer Day at ELCE
Hi all - we are in the planning stages for DevDay at ELCE right now, particularly the advanced track. This track changes every session, usually to cover the things we are working on hardest - for example, in San Diego we covered CROPS, devtool, the latest Toaster features, and much more. Whether you are able to attend DevDay or not, we would be grateful to hear your suggestions for subjects to cover in the advanced track. We are currently planning talks about CROPS, devtool and the ESDK, Toaster, wic, smack, security, and a few other things. If you have a burning desire to hear about something specific, please let us know. Also, we'd love to see you at DevDay, here's the link: -- Jeff Osier-Mixon - Open Source Community Engineer, Intel Corporation -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] icedtea7-native - IOException constructor compile error
Not very promising :) Could you share your build/tmp/work/x86_64-linux/icedtea7-native/2.1.3-r1.0/icedtea-2.1.3/build/config.log ? and the PREFERRED_PROVIDER Thanks! On Fri, Sep 9, 2016 at 3:49 PM, Patrick Ohlywrote: > On Fri, 2016-09-09 at 15:10 +0200, Ricardo Ribalda Delgado wrote: >> I am struggling with te same issue. Did you manage to fix it on your side? > > It hasn't happened again. So no, I haven't fixed anything, it just works > now. No-one was able to explain how the actual bootstrapping works, i.e. > which IOException.java is meant to be used when compiling openjdk-boot. > > -- > Best Regards, Patrick Ohly > > The content of this message is my personal opinion only and although > I am an employee of Intel, the statements I make here in no way > represent Intel's position on the issue, nor am I authorized to speak > on behalf of Intel on this matter. > > > -- Ricardo Ribalda -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] icedtea7-native - IOException constructor compile error
On Fri, 2016-09-09 at 15:10 +0200, Ricardo Ribalda Delgado wrote: > I am struggling with te same issue. Did you manage to fix it on your side? It hasn't happened again. So no, I haven't fixed anything, it just works now. No-one was able to explain how the actual bootstrapping works, i.e. which IOException.java is meant to be used when compiling openjdk-boot. -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-erlang] Update to Erlang 19.0
Pull request to add Erlang 19.0 https://github.com/joaohf/meta-erlang/pull/6 Thanks! Mike -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-java] icedtea7-native - IOException constructor compile error
Hi Patrick I am struggling with te same issue. Did you manage to fix it on your side? Regards! On Fri, Jul 8, 2016 at 1:24 PM, Patrick Ohlywrote: > Hello! > > I'm trying to build openjdk8, using the master branches of OE and > meta-java. Distro is Ostro, which configures: > > PREFERRED_PROVIDER_virtual/java-initial-native = "cacao-initial-native" > PREFERRED_PROVIDER_virtual/java-native = "cacao-native" > PREFERRED_PROVIDER_virtual/javac-native = "ecj-bootstrap-native" > > In this configuration, cacao-initial-native ecj-initial-native > classpath-native ecj-bootstrap-native jikes-initial-native get build > before icedtea7-native fails to compile with: > > build-bootstrap-javac: > [javac] Compiling 1 source file to > /fast/build/ostro/x86/tmp-glibc/work/x86_64-linux/icedtea7-native/2.1.3-r1.0/icedtea-2.1.3/build/openjdk.build-boot/langtools/build/bootstrap/classes > [javac] -- > [javac] 1. ERROR in > /fast/build/ostro/x86/tmp-glibc/work/x86_64-linux/icedtea7-native/2.1.3-r1.0/icedtea-2.1.3/build/openjdk-boot/langtools/src/share/classes/com/sun/tools/javac/file/ZipFileIndex.java > (at line 1169) > [javac] super(message, cause); > [javac] ^^ > [javac] The constructor IOException(String, Throwable) is > undefined > [javac] -- > [javac] 1 problem (1 error) > > BUILD FAILED > > /fast/build/ostro/x86/tmp-glibc/work/x86_64-linux/icedtea7-native/2.1.3-r1.0/icedtea-2.1.3/build/openjdk-boot/langtools/make/build.xml:446: > The following error occurred while executing this line: > > /fast/build/ostro/x86/tmp-glibc/work/x86_64-linux/icedtea7-native/2.1.3-r1.0/icedtea-2.1.3/build/openjdk-boot/langtools/make/build.xml:789: > Compile failed; see the compiler error output for details. > > Total time: 2 seconds > Makefile:201: recipe for target 'build' failed > > Sure enough, classpath_0.99 only has IOException with a constructor that > takes a single parameter > (classpath-native/0.99-r6.0/classpath-0.99/java/io/IOException.java): > > public class IOException extends Exception > { > /** >* Compatible with JDK 1.0+. >*/ > private static final long serialVersionUID = 7818375828146090155L; > > /** >* Create an exception without a descriptive error message. >*/ > public IOException() > { > } > > /** >* Create an exception with a descriptive error message. >* >* @param message the descriptive error message >*/ > public IOException(String message) > { > super(message); > } > } // class IOException > > > > The code which doesn't compile is > icedtea-2.1.3/build/openjdk-boot/langtools/src/share/classes/com/sun/tools/javac/file/ZipFileIndex.java: > > static final class ZipFormatException extends IOException { > private static final long serialVersionUID = 8000196834066748623L; > protected ZipFormatException(String message) { > super(message); > } > > protected ZipFormatException(String message, Throwable cause) { > super(message, cause); > } > } > > So I'm not surprised that it fails; this can't work. The questions are: > what combination does work, and when did the combination above stop > working? > > [please reply also directly, I'm not receiving list emails] > > -- > Best Regards, Patrick Ohly > > The content of this message is my personal opinion only and although > I am an employee of Intel, the statements I make here in no way > represent Intel's position on the issue, nor am I authorized to speak > on behalf of Intel on this matter. > > > > -- > ___ > Openembedded-devel mailing list > Openembedded-devel@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- Ricardo Ribalda -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][krogoth][PATCH] qtbase: avoid qmake errors due to missing oe-device-extra.pri
An empty oe-extra-extra.pri file is created if it does not exist to suppress qmake errors. Signed-off-by: Jonathan Liu--- recipes-qt/qt5/qtbase_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb index 81e808a..e532cdd 100644 --- a/recipes-qt/qt5/qtbase_git.bb +++ b/recipes-qt/qt5/qtbase_git.bb @@ -203,6 +203,9 @@ do_configure() { } do_install_append() { +# Avoid qmake error "Cannot read [...]/usr/lib/qt5/mkspecs/oe-device-extra.pri: No such file or directory" +touch ${D}/${OE_QMAKE_PATH_QT_ARCHDATA}/mkspecs/oe-device-extra.pri + install -m 0755 ${B}/bin/qmake-target ${D}/${bindir}${QT_DIR_NAME}/qmake ### Fix up the binaries to the right location -- 2.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][krogoth][PATCH] qtdeclarative: add upstream patch to fix QtQml crash with GCC 6
Signed-off-by: Jonathan LiuSigned-off-by: Martin Jansa --- ...crashes-in-QtQml-code-related-to-dead-sto.patch | 44 ++ recipes-qt/qt5/qtdeclarative_git.bb| 1 + 2 files changed, 45 insertions(+) create mode 100644 recipes-qt/qt5/qtdeclarative/0003-Workaround-crashes-in-QtQml-code-related-to-dead-sto.patch diff --git a/recipes-qt/qt5/qtdeclarative/0003-Workaround-crashes-in-QtQml-code-related-to-dead-sto.patch b/recipes-qt/qt5/qtdeclarative/0003-Workaround-crashes-in-QtQml-code-related-to-dead-sto.patch new file mode 100644 index 000..d3ee42e --- /dev/null +++ b/recipes-qt/qt5/qtdeclarative/0003-Workaround-crashes-in-QtQml-code-related-to-dead-sto.patch @@ -0,0 +1,44 @@ +From fcc2c95421710f98c7b2dec73e2c8b0d9164bc9b Mon Sep 17 00:00:00 2001 +From: Jonathan Liu +Date: Wed, 24 Aug 2016 11:18:37 +1000 +Subject: [PATCH] Workaround crashes in QtQml code related to dead-store + elimination + +When compiled in release mode with GCC 6, QtQml may crash. +This is because the C++ compiler is more aggressive about dead-store +elimination in situations where a memory store to a location precedes +the construction of an object at that memory location. + +The QV4::MemoryManager::allocate{Managed,Object} functions allocate +memory and write to it before the caller does a placement new to +construct an object in the same memory. The compiler considers these +writes before the constructor as "dead stores" and eliminates them. + +The -fno-lifetime-dse compiler flag is added to disable this more +aggressive dead-store eliminiation optimization. + +This is a temporary workaround until a proper solution is found. + +Upstream-Status: Accepted + +Task-number: QTBUG-55482 +Change-Id: I7dbae6e9e613e53ce5fb25957c449bc6657803b5 +Reviewed-by: Thiago Macieira +Signed-off-by: Jonathan Liu +--- + src/qml/qml.pro | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/src/qml/qml.pro b/src/qml/qml.pro +index f4862a1..651afa6 100644 +--- a/src/qml/qml.pro b/src/qml/qml.pro +@@ -18,7 +18,7 @@ exists("qqml_enable_gcov") { + + greaterThan(QT_GCC_MAJOR_VERSION, 5) { + # Our code is bad. Temporary workaround. +-QMAKE_CXXFLAGS += -fno-delete-null-pointer-checks ++QMAKE_CXXFLAGS += -fno-delete-null-pointer-checks -fno-lifetime-dse + } + + QMAKE_DOCS = $$PWD/doc/qtqml.qdocconf diff --git a/recipes-qt/qt5/qtdeclarative_git.bb b/recipes-qt/qt5/qtdeclarative_git.bb index 195ec51..aabadc0 100644 --- a/recipes-qt/qt5/qtdeclarative_git.bb +++ b/recipes-qt/qt5/qtdeclarative_git.bb @@ -16,6 +16,7 @@ DEPENDS += "qtbase" SRC_URI += " \ file://0001-qmltestexample-fix-link.patch \ file://0002-qquickviewcomparison-fix-QCoreApplication-has-not-be.patch \ +file://0003-Workaround-crashes-in-QtQml-code-related-to-dead-sto.patch \ " EXTRA_OEMAKE += "QMAKE_SYNCQT=${STAGING_BINDIR_NATIVE}${QT_DIR_NAME}/syncqt" -- 2.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-qt5][PATCH] qtbase: avoid qmake errors due to missing oe-device-extra.pri
An empty oe-extra-extra.pri file is created if it does not exist to suppress qmake errors. Signed-off-by: Jonathan Liu--- recipes-qt/qt5/qtbase_git.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git a/recipes-qt/qt5/qtbase_git.bb b/recipes-qt/qt5/qtbase_git.bb index ee41db5..eda57ac 100644 --- a/recipes-qt/qt5/qtbase_git.bb +++ b/recipes-qt/qt5/qtbase_git.bb @@ -208,6 +208,9 @@ do_configure() { } do_install_append() { +# Avoid qmake error "Cannot read [...]/usr/lib/qt5/mkspecs/oe-device-extra.pri: No such file or directory" +touch ${D}/${OE_QMAKE_PATH_QT_ARCHDATA}/mkspecs/oe-device-extra.pri + install -m 0755 ${B}/bin/qmake-target ${D}/${bindir}${QT_DIR_NAME}/qmake # Remove example.pro file as it is useless -- 2.9.3 -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel