summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/ncurses/ncurses.inc
Commit message (Collapse)AuthorAgeFilesLines
* ncurses-native: install to libdir, not base_libdirChristopher Larson2012-01-171-3/+3
| | | | | | | | | | | | | | | For target, both base_libdir and libdir in sysroot can be used, as we pass --sysroot to the toolchain. For native, we don't do this, and we also only add -L<sysroot>/${libdir}, not -L<sysroot>/${base_libdir}, resulting in other native recipes (like readline-native) failing to find the ncurses libraries. readline-native only built successfully on hosts where it could fall back to their ncurses/termcap rather than the one in the sysroot. (From OE-Core rev: dd05e06b89906002f68d616a6326c962e725bc54) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: move libraries to base_libdirScott Garman2012-01-051-9/+18
| | | | | | | | | | | | Various utilities (including bash and the util-linux programs) located in base_bindir (/bin) or base_sbindir (/sbin) dynamically link against many of the ncurses libraries. So move these libraries from libdir (/usr/lib) to base_libdir (/lib). (From OE-Core rev: 796c3d038fb7892a5e5206fb10217623de18853f) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: Allow override of ENABLE_WIDECDarren Hart2011-12-211-1/+1
| | | | | | | | | | Set ENABLE_WIDEC with ?= instead of = to allow for the external override by distro definitions. (From OE-Core rev: 516480b1518093b17c2211be0966b7b31aeb2721) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: libcurses.so should link to libncurses.soSaul Wold2011-12-121-1/+4
| | | | | | | | | | | | The current libcurses (backward compat) links to libncurses.so.5.9, this causes a problem since this library also needs libtinfo, the libncurses.so, uses a "ld script" to include both, libcurses.so should point to libncurses.so (the script) not the library. (From OE-Core rev: 6e3a0c0eb6938f3f04fb42784fe1744f30762d3b) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: refactor configure to avoid configuring widec when disabledDarren Hart2011-11-101-31/+35
| | | | | | | | | | | | | | | | | | | | | | | The ENABLE_WIDEC variable can be used to disable ncurses wide character support when your C library doesn't support it. Currently, the do_configure step configures for both narrow and wide characters regardless and only checks ENABLE_WIDEC during compilation. This leads to QA failures with host contamination during configure if the C library doesn't support wide characters. Refactor do_configure with a new ncurses_configure helper function and only configure for wide character support if ENABLE_WIDEC is true. Ensure that configure errors are propogated back through to do_configure. Tested with ENABLE_WIDEC as true and false via an ncurses bbappend on i586, including basic error injection. V2: INC_PR bump (From OE-Core rev: 8b995deb046469c1c713fa053510d2fe94454133) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: Resolve header and man page multilib conflictsMark Hatle2011-07-271-2/+5
| | | | | | | | | | | | | | | By default man pages are compressed, the way ncurses compresses them causes differences (timestamp and name) to be embedded into the gziped file. So each build will end up with a slightly different file. Avoid this, by not compressing the man pages. Avoid header conflict with curses.h using the multilib header helper. (From OE-Core rev: ae5269039511d0f3d8aa6a87cb8d9fcf01d79ddd) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: Remove unwanted package config from previous .inc mergeRichard Purdie2011-04-121-5/+0
| | | | | | | | This fixes various build warnings and failures. (From OE-Core rev: 82561aa631c4e0e0756925774e5126e79f8d9907) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: Update to 5.9Tom Rini2011-04-081-62/+194
| | | | | | | | | | | | The previous 5.7 release was relatively close to 5.8 due to it bringing in a patch to sync with upstream work-in-progress. We skip over the 5.8 release and move to 5.9. Also, we move most of the contents of the main recipe into the previously unused ncurses.inc file. (From OE-Core rev: 296ac8b2b0fe5b84f04a272b33d1df37bdac986f) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ncurses: update license infoQing He2010-12-011-0/+1
| | | | Signed-off-by: Qing He <qing.he@intel.com>
* recipes-core: Cleanup package descriptions and summariesMark Hatle2010-10-111-1/+2
| | | | | | | | | [BUGID #281] Evaluate and update each package in recipes-core to ensure they have a consistent summary and description. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* ncurses: Fix export of LD_LIBRARY_PATH.Daniel Díaz2010-10-041-1/+1
| | | | | | | | | This fixes the following error on do_install: > line 175: export: `=': not a valid identifier > line 175: export: `[...]/usr/lib': not a valid identifier Signed-off-by: Daniel Díaz <yosoy@danieldiaz.org> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* ncurses: Only set LD_LIBRARY_PATH within the do_installRichard Purdie2010-10-021-4/+4
| | | | | | | | | If this is done as a global export it can affect the whole task and the wrong python libraries can be found for example. [BUGID #335] Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* autotools: enable siteconfig by defaultJeff Polk2010-09-101-2/+0
| | | | | | eglibc glibc ncurses uclibc zlib: remove explicit siteconfig Signed-off-by: Jeff Polk <jeff.polk@windriver.com>
* ncurses: Add siteconfig cache generationJeff Polk2010-09-031-0/+2
| | | | Signed-off-by: Jeff Polk <jeff.polk@windriver.com>
* packages: Separate out most of the remaining packages into recipesRichard Purdie2010-09-011-0/+99
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-26 05:16:56 +0000