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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox