Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
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
> >  

      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