From: Peter Seiderer <ps.report@gmx.net>
To: buildroot@busybox.net
Subject: [Buildroot] Build issue: ncurses 6.1 on Buildroot 2020.02
Date: Tue, 17 Mar 2020 23:35:16 +0100 [thread overview]
Message-ID: <20200317233516.4770143f@gmx.net> (raw)
In-Reply-To: <CAN34fozVsNZEcKXkZpPyQSG_YD0LBvjmx4DrkvoKrq7yx7vwMQ@mail.gmail.com>
Hello Stephen,
On Mon, 16 Mar 2020 18:26:21 -0400, Stephen Beckwith <embeddedsteve@gmail.com> wrote:
> Greetings Peter;
> This will be difficult. Please bear with me.
> 1) we currently use Buildroot 2015.08.01 as the basis for building 4
> different products (all out of tree builds) based upon 2 different ARM CPU
> architectures. We drive this from a top level makefile (written by someone
> no longer with the company).
> 2) This exercise I'm doing is to "upgrade" from the old buildroot to the
> latest 2020.02 version. The reason for this is to update gcc and glibc to
> newer versions to overcome a list of CVE's against gcc/glibc that the
> company has directed to be fixed. So yes, this is a "heavy lift" operation
> with many moving parts Chief of which are are the requirement to use a
> specific kernel version (3.14.17) and U-Boot that supports a 3rd party
> package we use.
> 3) yes, our external tree was "converted" per directions in the manual
> based upon the updates in 2016.
>
> I can provide you with the .config file (compressed) for your review, as
> I'm having an issue currently with the top level makefile not merging our
> defconfig properly with the defconfig from this new buildroot (maybe there
> are too many changes/delta's?) - when I run our make "as is" the .config
> file doesn't get updated completely and the target is the default i386.
> (not arm). The process I used to get here was:
> 1) make extraclean
> 2) make target=mendo - break out at start - check .sp* files present
> - the .sp* files contain information for: target, environment and
> toolchain.
> 3) make menuconfig
> - Load the mendo_plat_defconfig
> - verify kernel, compiler
> - ?blank? the global patches directory
> - save it - verify .config is setup for ARM target
> 4) make - stops @ ncurses 6.1
>
> - as stated, the current issue the "merge" of the target specific
> defconfig isn't working from the makefile, I can do this "manually" and
> that seems to work just fine, however, with the same results (same error,
> same place as above).
>
> Please let me know what other information you may require to assist. Thank
> you for your time and expertise very much.
Could not reproduce the failure with your defconfig (replaced the custom
toolchain with an buildroot one), but...
Your error message:
tic: symbol lookup error: tic: undefined symbol: _nc_find_user_entry*
? tic could not build
Points to build/ncurses-6.1/misc/run_tic.sh:
if ( $TIC_PATH -s -o "$TERMINFO" $source )
then
echo "** built new $TERMINFO"
else
echo "? tic could not build $TERMINFO"
exit 1
fi
Check which tic command is used and/or remove it and/or
make sure the buildroot provided one is used?
build/ncurses-6.1/ncurses/Makefile:TIC_PATH = tic
Regards,
Peter
>
> Regards,
> Stephen Beckwith
>
>
>
>
>
> On Mon, Mar 16, 2020 at 5:06 PM Peter Seiderer <ps.report@gmx.net> wrote:
>
> > Hello Stephen,
> >
> > On Mon, 16 Mar 2020 15:54:43 -0400, Stephen Beckwith <
> > embeddedsteve at gmail.com> wrote:
> >
> > > Greetings,
> > > I'm having an issue building this package (required) using the 2020.02
> > > Buildroot setup. The target is an ARM (cortex-A9) system. The host
> > system
> > > is Ubuntu 10.04.1 running in a VM.
> > > Any suggestions/pointers would be greatly appreciated.
> > >
> > > Regards,
> > > Stephen Beckwith
> > >
> > > linking
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libform.so.6.1
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/bin/arm-buildroot-linux-gnueabi-gcc
> > > -Os --param max-inline-insns-single=1200 -shared -Wl,-soname,`basename
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libform.so.6.1
> > > .6.1`.6,-stats,-lc -o
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libform.so.6.1
> > > ../obj_s/fld_arg.o ../obj_s/fld_attr.o ../obj_s/fld_current.o
> > > ../obj_s/fld_def.o ../obj_s/fld_dup.o ../obj_s/fld_ftchoice.o
> > > ../obj_s/fld_ftlink.o ../obj_s/fld_info.o ../obj_s/fld_just.o
> > > ../obj_s/fld_link.o ../obj_s/fld_max.o ../obj_s/fld_move.o
> > > ../obj_s/fld_newftyp.o ../obj_s/fld_opts.o ../obj_s/fld_pad.o
> > > ../obj_s/fld_page.o ../obj_s/fld_stat.o ../obj_s/fld_type.o
> > > ../obj_s/fld_user.o ../obj_s/frm_cursor.o ../obj_s/frm_data.o
> > > ../obj_s/frm_def.o ../obj_s/frm_driver.o ../obj_s/frm_hook.o
> > > ../obj_s/frm_opts.o ../obj_s/frm_page.o ../obj_s/frm_post.o
> > > ../obj_s/frm_req_name.o ../obj_s/frm_scale.o ../obj_s/frm_sub.o
> > > ../obj_s/frm_user.o ../obj_s/frm_win.o ../obj_s/fty_alnum.o
> > > ../obj_s/fty_alpha.o ../obj_s/fty_enum.o ../obj_s/fty_generic.o
> > > ../obj_s/fty_int.o ../obj_s/fty_ipv4.o ../obj_s/fty_num.o
> > > ../obj_s/fty_regex.o -L../lib -lncurses
> > >
> > /home/sbeckwit/sp_dev/sp_archives/toolchains/arm9.2-toolchain/lib/gcc/arm-buildroot-linux-gnueabi/9.2.0/../../../../arm-buildroot-linux-gnueabi/bin/ld:
> > > total time in link: 0.020083
> > > cd
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib
> > > && (ln -s -f libform.so.6.1 libform.so.6; ln -s -f libform.so.6
> > libform.so;
> > > )
> > > installing ./form.h in
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/include
> > > cd misc && /usr/bin/make - -j --jobserver-fds=3,4 --no-print-directory --
> > >
> > DESTDIR=/home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot
> > >
> > DESTDIR="/home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot"
> > > RPATH_LIST="/usr/lib" install
> > >
> > DESTDIR=/home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot
> > > \
> > > prefix=/usr \
> > > exec_prefix=/usr \
> > > bindir=/usr/bin \
> > > top_srcdir=.. \
> > > srcdir=. \
> > > datadir=/usr/share \
> > > ticdir=/usr/share/terminfo \
> > > source=terminfo.tmp \
> > > cross_compiling=yes \
> > > /bin/bash ./run_tic.sh
> > > ** Building terminfo database, please wait...
> > > Running tic to install
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/share/terminfo
> > > ...
> > >
> > > You may see messages regarding extended capabilities, e.g., AX.
> > > These are extended terminal capabilities which are compiled
> > > using
> > > tic -x
> > > If you have ncurses 4.2 applications, you should read the INSTALL
> > > document, and install the terminfo without the -x option.
> > >
> > > t*ic: symbol lookup error: tic: undefined symbol: _nc_find_user_entry*
> > > ? tic could not build
> > >
> > /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/share/terminfo
> > > Makefile:92: recipe for target 'install.data' failed
> > > make[4]: *** [install.data] Error 1
> > > Makefile:117: recipe for target 'install' failed
> > > make[3]: *** [install] Error 2
> > > package/pkg-generic.mk:306: recipe for target
> > >
> > '/home/sbeckwit/sp_dev/bowie_dev/output/build/ncurses-6.1/.stamp_staging_installed'
> > > failed
> > > make[2]: ***
> > >
> > [/home/sbeckwit/sp_dev/bowie_dev/output/build/ncurses-6.1/.stamp_staging_installed]
> > > Error 2
> > > Makefile:23: recipe for target '_all' failed
> > > make[1]: *** [_all] Error 2
> > > make[1]: Leaving directory '/home/sbeckwit/sp_dev/bowie_dev/output'
> > > Makefile:50: recipe for target 'all' failed
> > > make: *** [all] Error 2
> > > sbeckwit at ubuntu:~/sp_dev/bowie_dev$
> >
> > Please try to provide a (at best minimal as possible) .config or defconfig
> > file which reproduces the failure for you for a complete build (make clean
> > && make)...
> >
> > Regards,
> > Peter
> >
prev parent reply other threads:[~2020-03-17 22:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-16 19:54 [Buildroot] Build issue: ncurses 6.1 on Buildroot 2020.02 Stephen Beckwith
2020-03-16 21:06 ` Peter Seiderer
2020-03-16 22:26 ` Stephen Beckwith
2020-03-17 4:02 ` Baruch Siach
2020-03-17 12:10 ` Stephen Beckwith
2020-03-17 22:35 ` Peter Seiderer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200317233516.4770143f@gmx.net \
--to=ps.report@gmx.net \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.