From: "Otavio Salvador" <otavio.salvador@gmail.com>
To: Meta-OpenEmbedded Mailing listing
<openembedded-devel@lists.openembedded.org>
Subject: Updates to meta-java (master) in 2016-07-22
Date: Fri, 22 Jul 2016 11:47:34 -0300 [thread overview]
Message-ID: <5792320c.0736ed0a.4a5ff.6cab@mx.google.com> (raw)
Hello,
I pushed following updates:
commit 4ae7c0c40e1f8fccc98d2f58cf61ef58c5a27da6 (HEAD -> pending, yocto/master-next, yocto/master, m/master, m/krogoth)
Author: Patrick Ohly <patrick.ohly@intel.com>
Date: Wed Jul 20 11:48:36 2016 +0200
do_unpackpost: explicitly set working directory
bitbake rev 67a7b8b02 "build: don't use $B as the default cwd for
functions" (included in current bitbake master) breaks the assumption
that do_unpackpost runs inside the build directory. Now that has to be
set explicitly, which is also okay for older bitbake versions.
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
commit 065ee5a0160d7ad95861417a845c9e208499061e
Author: Patrick Ohly <patrick.ohly@intel.com>
Date: Wed Jul 20 11:48:08 2016 +0200
openjdk-8: fix compiler detection
When GCC is at version 4 or 5, parsing the recipe fails with:
ERROR: ExpansionError during parsing
.../ostro-os/meta-java/recipes-core/openjdk/openjdk-8_72b05.bb
...
bb.data_smart.ExpansionError: Failure expanding variable CFLAGS,
expression was -O2 -pipe -g -feliminate-unused-debug-types
-fdebug-prefix-map=.../ostro-os/build/tmp-glibc/work/corei7-64-ostro-
linux/openjdk-8/72b05-r0=/usr/src/debug/openjdk-8/72b05-r0
-fdebug-prefix-map=.../ostro-os/build/tmp-glibc/sysroots/x86_64-linux=
-fdebug-prefix-map=.../ostro-os/build/tmp-glibc/sysroots/intel-corei7-64=
-fstack-protector-strong -D_FORTIFY_SOURCE=2
${ <at> version_specific_cflags(d)} -Wno-error=deprecated-declarations which
triggered exception TypeError: can only join an iterable
That's because FLAGS_GCC<version> may be unset, thus leading to
d.getVar() returning None and ''.join(extraflags) failing.
The join() is also redundant: extraflags already is a string. It
happened to work because Python treats a string as sequence of
single-character strings, and thus ''.join() re-created the original
string.
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
commit 4f7fb37a87e7d63a7419e480ea403aa02a2ce900
Author: Jackie Huang <jackie.huang@windriver.com>
Date: Mon May 30 04:37:47 2016 -0400
java.bbclass: change a warning message to note
The logic is to check if the destination file exists before
create the symlink, and give a message about removing the
existing file, it's harmless and not necessary to be a warning.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Regards,
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
reply other threads:[~2016-07-22 14:47 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5792320c.0736ed0a.4a5ff.6cab@mx.google.com \
--to=otavio.salvador@gmail.com \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox