[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