openembedded-core.git/meta/recipes-core/ncurses/files, branch master Mirror of openembedded-core ncurses_6.0: Improve reproducibility 2017-04-01T07:16:27+00:00 Juro Bystricky juro.bystricky@intel.com 2017-03-31T21:28:13+00:00 46c757d0ca7ff294a7e55c130698fd256b69b62e Build static libraries without the binutils "ar" -U option. This option deliberately breaks deterministic mode. The option seems to be a relic from 2015, intended as a workaround for some unspecified build problems. [YOCTO#11247] Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Build static libraries without the binutils "ar" -U option.
This option deliberately breaks deterministic mode.
The option seems to be a relic from 2015, intended as a workaround
for some unspecified build problems.

[YOCTO#11247]

Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses: 6.0+20160625 -> 6.0+20161126 2017-02-23T20:29:20+00:00 Hongxu Jia hongxu.jia@windriver.com 2017-02-14T07:02:19+00:00 e5d1cbbc1a04b0b190f3706e7ab7421c87d46c78 Add a patch to fix the CC/CFLAGS mangling that broke builds. [RB] Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Add a patch to fix the CC/CFLAGS mangling that broke builds. [RB]

Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
ncurses_6: Improve installation 2016-03-20T22:57:54+00:00 Juro Bystricky juro.bystricky@intel.com 2016-03-14T21:29:11+00:00 8df2060a323acf2a2cc2bc4076623463039c46a6 As "install.libs" also installs header files, it is redundant to also call "install.includes". In fact, doing so can lead to a race, as both targets could try to install the header files at the same time if running parallel make. Obviously, with only calling "install.libs", there is no race with "install.includes". If there is no race, then the patch fix-include-files-race.patch is no longer needed. Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
As "install.libs" also installs header files, it is
redundant to also call "install.includes".
In fact, doing so can lead to a race, as both targets could
try to install the header files at the same time if running
parallel make. Obviously, with only calling "install.libs",
there is no race with "install.includes".
If there is no race, then the patch fix-include-files-race.patch
is no longer needed.

Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
ncurses_6: Fix an install race condition 2016-03-12T22:11:19+00:00 Juro Bystricky juro.bystricky@intel.com 2016-03-11T02:07:36+00:00 a3df0aa78af1c2fecf847e87cc480fd2ed9afe89 Both targets install.libs and install.includes install the same files, resulting in a race condition when running parallel make. This race is addressed in a patch file, making sure only one of the targets (install.includes) installes the include files. This will work properly (i.e.ncurses will install as intended by the recipe) as long as we always install both targets. Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Both targets install.libs and install.includes install the same
files, resulting in a race condition when running parallel make.
This race is addressed in a patch file, making sure only one
of the targets (install.includes) installes the include files.
This will work properly (i.e.ncurses will install as intended
by the recipe) as long as we always install both targets.

Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses: update to revision 20160213 2016-02-28T11:32:39+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-02-24T15:27:46+00:00 78064460a7087de5065f035633ea37a7f5b5cff6 Also, put the revision into PV, so that a meaningful upstream version check can be performed. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Also, put the revision into PV, so that a meaningful upstream version
check can be performed.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>