<div dir="ltr"><div>Greetings Peter;  <br></div><div>   This will be difficult.  Please bear with me.</div><div>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). <br></div><div>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.  <br></div><div>3) yes, our external tree was "converted" per directions in the manual based upon the updates in 2016.  </div><div><br></div><div>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:</div><div>1) make extraclean<br>2) make target=mendo - break out at start - check .sp* files present</div><div> -  the .sp* files contain information for: target, environment and toolchain.<br></div><div>3) make menuconfig<br> - Load the mendo_plat_defconfig<br> - verify kernel, compiler<br> - “blank” the global patches directory<br> - save it - verify .config is setup for ARM target<br>4) make  - stops @ ncurses 6.1</div><div><br></div><div> - 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).</div><div><br></div><div>Please let me know what other information you may require to assist.  Thank you for your time and expertise very much.</div><div><br></div><div>Regards,</div><div>Stephen Beckwith<br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 16, 2020 at 5:06 PM Peter Seiderer <<a href="mailto:ps.report@gmx.net" target="_blank">ps.report@gmx.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Stephen,<br>
<br>
On Mon, 16 Mar 2020 15:54:43 -0400, Stephen Beckwith <<a href="mailto:embeddedsteve@gmail.com" target="_blank">embeddedsteve@gmail.com</a>> wrote:<br>
<br>
> Greetings,<br>
>   I'm having an issue building this package (required) using the 2020.02<br>
> Buildroot setup.  The target is an ARM (cortex-A9) system.  The host system<br>
> is Ubuntu 10.04.1 running in a VM.<br>
> Any suggestions/pointers would be greatly appreciated.<br>
><br>
> Regards,<br>
> Stephen Beckwith<br>
><br>
> linking<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libform.so.6.1<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/bin/arm-buildroot-linux-gnueabi-gcc<br>
>  -Os --param max-inline-insns-single=1200 -shared -Wl,-soname,`basename<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libform.so.6.1<br>
> .6.1`.6,-stats,-lc -o<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib/libform.so.6.1<br>
> ../obj_s/fld_arg.o ../obj_s/fld_attr.o ../obj_s/fld_current.o<br>
> ../obj_s/fld_def.o ../obj_s/fld_dup.o ../obj_s/fld_ftchoice.o<br>
> ../obj_s/fld_ftlink.o ../obj_s/fld_info.o ../obj_s/fld_just.o<br>
> ../obj_s/fld_link.o ../obj_s/fld_max.o ../obj_s/fld_move.o<br>
> ../obj_s/fld_newftyp.o ../obj_s/fld_opts.o ../obj_s/fld_pad.o<br>
> ../obj_s/fld_page.o ../obj_s/fld_stat.o ../obj_s/fld_type.o<br>
> ../obj_s/fld_user.o ../obj_s/frm_cursor.o ../obj_s/frm_data.o<br>
> ../obj_s/frm_def.o ../obj_s/frm_driver.o ../obj_s/frm_hook.o<br>
> ../obj_s/frm_opts.o ../obj_s/frm_page.o ../obj_s/frm_post.o<br>
> ../obj_s/frm_req_name.o ../obj_s/frm_scale.o ../obj_s/frm_sub.o<br>
> ../obj_s/frm_user.o ../obj_s/frm_win.o ../obj_s/fty_alnum.o<br>
> ../obj_s/fty_alpha.o ../obj_s/fty_enum.o ../obj_s/fty_generic.o<br>
> ../obj_s/fty_int.o ../obj_s/fty_ipv4.o ../obj_s/fty_num.o<br>
> ../obj_s/fty_regex.o -L../lib -lncurses<br>
> /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:<br>
> total time in link: 0.020083<br>
> cd<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/lib<br>
> && (ln -s -f libform.so.6.1 libform.so.6; ln -s -f libform.so.6 libform.so;<br>
> )<br>
> installing ./form.h in<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/include<br>
> cd misc && /usr/bin/make - -j --jobserver-fds=3,4 --no-print-directory --<br>
> DESTDIR=/home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot<br>
> DESTDIR="/home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot"<br>
> RPATH_LIST="/usr/lib" install<br>
> DESTDIR=/home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot<br>
> \<br>
> prefix=/usr \<br>
> exec_prefix=/usr \<br>
> bindir=/usr/bin \<br>
> top_srcdir=.. \<br>
> srcdir=. \<br>
> datadir=/usr/share \<br>
> ticdir=/usr/share/terminfo \<br>
> source=terminfo.tmp \<br>
> cross_compiling=yes \<br>
> /bin/bash ./run_tic.sh<br>
> ** Building terminfo database, please wait...<br>
> Running tic to install<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/share/terminfo<br>
> ...<br>
><br>
> You may see messages regarding extended capabilities, e.g., AX.<br>
> These are extended terminal capabilities which are compiled<br>
> using<br>
> tic -x<br>
> If you have ncurses 4.2 applications, you should read the INSTALL<br>
> document, and install the terminfo without the -x option.<br>
><br>
> t*ic: symbol lookup error: tic: undefined symbol: _nc_find_user_entry*<br>
> ? tic could not build<br>
> /home/sbeckwit/sp_dev/bowie_dev/output/host/arm-buildroot-linux-gnueabi/sysroot/usr/share/terminfo<br>
> Makefile:92: recipe for target 'install.data' failed<br>
> make[4]: *** [install.data] Error 1<br>
> Makefile:117: recipe for target 'install' failed<br>
> make[3]: *** [install] Error 2<br>
> package/<a href="http://pkg-generic.mk:306" rel="noreferrer" target="_blank">pkg-generic.mk:306</a>: recipe for target<br>
> '/home/sbeckwit/sp_dev/bowie_dev/output/build/ncurses-6.1/.stamp_staging_installed'<br>
> failed<br>
> make[2]: ***<br>
> [/home/sbeckwit/sp_dev/bowie_dev/output/build/ncurses-6.1/.stamp_staging_installed]<br>
> Error 2<br>
> Makefile:23: recipe for target '_all' failed<br>
> make[1]: *** [_all] Error 2<br>
> make[1]: Leaving directory '/home/sbeckwit/sp_dev/bowie_dev/output'<br>
> Makefile:50: recipe for target 'all' failed<br>
> make: *** [all] Error 2<br>
> sbeckwit@ubuntu:~/sp_dev/bowie_dev$<br>
<br>
Please try to provide a (at best minimal as possible) .config or defconfig<br>
file which reproduces the failure for you for a complete build (make clean && make)...<br>
<br>
Regards,<br>
Peter<br>
</blockquote></div>