[OE-core] [CONSOLIDATED PULL 04/28] ncurses: move libraries to base_libdir
Phil Blundell
philb at gnu.org
Fri Jan 6 11:33:51 UTC 2012
On Fri, 2012-01-06 at 11:07 +0000, Richard Purdie wrote:
> On Fri, 2012-01-06 at 11:29 +0100, Enrico Scholz wrote:
> > Saul Wold <sgw-VuQAYsv1563Yd54FQh9/CA at public.gmane.org> writes:
> >
> > > - f=${D}${libdir}/$i.so
> > > + f=${D}${base_libdir}/$i.so
> >
> > this breaks builds because 'ld' does not search ${base_libdir}:
> >
> > | gcc -shared ... -ltermcap
> > | /usr/bin/ld: cannot find -ltermcap
> > | ERROR: Task 216 (virtual:native:.../readline/readline_6.2.bb, do_install) failed with exit code '1'
> > | ERROR: 'virtual:native:.../readline/readline_6.2.bb' failed
>
> Note this is a -native problem, not a target library one.
It looks to me like the same would probably occur on the target.
The .so devel symlinks should be in ${libdir} not ${base_libdir} since
the latter is indeed not in the linker's standard search path.
There are some commented-out bits in bitbake.conf which would put it
there:
#export TARGET_LDFLAGS = "-L${STAGING_DIR_TARGET}${libdir} \
# -Wl,-rpath-link,${STAGING_DIR_TARGET}${libdir} \
# -Wl,-O1"
but even then it would still fail for on-target builds that don't use
bitbake and I think we should just fix ncurses to install itself into
the correct place. Or everyone should use micro and avoid this whole
class of problems. :-)
p.
More information about the Openembedded-core
mailing list