Tom Rini <[email protected]> writes: >>> | /usr/bin/ld: cannot find -ltinfo >> >> no, 'DEPENDS = "ncurses-native"'; BUT: >> >> * it will cause problems on (host)distributions which do not have libtinfo >> (e.g. RHEL5) and have ncurses-native in their ASSUME_PROVIDED > > Isn't the whole point of ASSUME_PROVIDED that user be aware?
Would be too arbitrary in this case because it forces people to check by trial & error whether ASSUME_PROVIDED are working. A raw guideline for adding an entry to ASSUME_PROVIDED should be, whether a corresponding, recent -devel package has been installed on the host. imo, packages should not have so strict requirements on the actual provider but check in their configure task what to use (this includes autodetection of libtinfo vs. libtermcap vs. libncurses). For cmake, problem above can by solved by an initial configuration script having | SET (BUILD_CursesDialog OFF CACHE BOOL "" FORCE) >> * some hours ago I added a libtermcap.so compatibility symlink to >> ncurses(-native) so that 5ea3047995421d99f7f3537cb8f9ae23f3185a9f >> might not be needed anymore > > Um, is there a reason this wasn't just done as a ln within the recipe? It's a mix of personal preference, following Fedora's packaging of this file and the hope to use some more of the power of linker scripts (giving out a deprecated warning, add AS_NEEDED, linking against multiple files). There was no opposition when I wrote about linker scripts neither. Perhaps I should have made it inline by 'echo INPUT(-ltinfo) > ...' but I did not saw this when I committed the patch. Enrico _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
