Re: How do I resolve ncurses build error in source file generated by MKlib_gen.sh

[Thomas Dickey]

On Tue, Sep 03, 2024 at 04:08:53PM +0000, Peter Groves wrote:
> Hi Thomas
> 
> 
> I've had some measure of success in understanding the issues and in deriving 
> and testing workarounds to at least overcome the issues, though they may not 
> necessarily be the final solution.
> Thanks again for your observations and suggestions, as they helped 
> tremendously in pointing me in the right direction.
> I attached the tarred logfile build_030924_1445.tar.gz, to which I've added 
> my own notes for clarification. The build log illustrates completion of the 
> ncurses package build phase, with failures occurring in the install phase, 
> which I'll now focus my attention on.
> 
> The overriding problem is that cross-compiler gcc path is being used to build 
> 'make_keys' in Eagle-Ltib/rpm/BUILD/ncurses-5.3/ncurses/Makefile, rather than 
> the host gcc compiler in /usr/bin. By applying the cross-compiler gcc path, 
> the 'make_keys' executable cannot run on the host system. A further 
> distinction is that the build of 'make_keys.c' is invoked by directly calling 
> 'gcc', rather than invoking a 'make' in the instance when the header files 
> are generated.
> 
>       #   echo "********BUILD_CC= PATH=*******"
>       #   ********BUILD_CC= PATH=*******
>       #   echo gcc
>       #   gcc
>       #   echo 
> /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/spoof:/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/bin:/opt/miura/gcc-6.3.0-glibc-2.31-miura-2020.04/arm-miura-linux-gnueabi/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin
>       #   
> /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/spoof:/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/bin:/opt/miura/gcc-6.3.0-glibc-2.31-miura-2020.04/arm-miura-linux-gnueabi/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin
>       #   gcc -o make_keys -DHAVE_CONFIG_H -I../ncurses -I. -DHAVE_CONFIG_H 
> -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE -DNDEBUG -O2 
> ./tinfo/make_keys.c
>       #   AWK=mawk sh ./tinfo/MKkeys_list.sh ../include/Caps | sort >keys.list
>       #   ./make_keys keys.list > init_keytry.h
>       #   /bin/sh: ./make_keys: cannot execute binary file: Exec format error
>       #   make[1]: *** [Makefile:196: init_keytry.h] Error 126
> 
> The effective changes are restricted to 
> Eagle-Ltib/dist/lfs-5.1/ncurses/ncurses.spec, albeit with some additional 
> debug. Temporary debug in the form of "echo" statements were also added to 
> "ncurses/Makefile" and "include/Makefile". Echoing the PATH variable at 
> various stages of ncurses build indicated that the cross-compiler gcc path 
> set by Ltib i.e. 
> "/opt/miura/gcc-6.3.0-glibc-2.31-miura-2020.04/arm-miura-linux-gnueabi/bin", 
> is being applied. The PATH variable remains constant before and after the 
> ./configure, make clean and make stages (unless altered by the spec).
> 
> The effective changes included:
> -  Prepending the PATH variable with path to host gcc i.e. "export 
> PATH=/usr/bin:$PATH", to ensure that the path to host gcc is "seen" before 
> cross-compiler gcc path. The "with-build-cc=/usr/bin/gcc" setting is being 
> overriden at this point when building 'make_keys' and is ineffective.

that won't work (as you've seen).   Earlier, you showed the ".spec"
file:

pgroves@pgroves-virtual-machine:~/workspace/RELEASE5301.orig$ cat 
./Eagle-Ltib/dist/lfs-5.1/bluez/bluez-5.65.spec 

which contains this chunk:

./configure --prefix=%{_prefix} --host=$CFGHOST --build=%{_build} \
    --with-install-prefix=$RPM_BUILD_ROOT --mandir=%{_mandir} \
    --with-shared  --without-debug --without-cxx-binding \
    --with-build-cc=gcc

I'd change that last line to

    --with-build-cc=/usr/bin/gcc

> - Adding a 'make clean' before 'make -j1 HOSTCC="$BUILDCC"' - this is to 
> ensure that the header files in 
> Eagle-Ltib/rpm/BUILD/ncurses-5.3/include/Makefile are always built and that 
> no steps are missed, as has been observed in the previous build logs.
> 
> The first change above resolves the 'make_keys' issue. Regardless as to 
> whether a build of 'make_keys.c' was attempted using '/usr/bin/gcc' or just 
> 'gcc' (a change to the Makefile.in itself), the cross-compiler gcc path was 
> ultimetaly being used, until the PATH variable is prepended, a shown below.
> 
>       echo "********BUILD_CC= PATH=*******"
>       ********BUILD_CC= PATH=*******
>       echo /usr/bin/gcc
>       /usr/bin/gcc
>       echo 
> /usr/bin:/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/spoof:/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/bin:/opt/miura/gcc-6.3.0-glibc-2.31-miura-2020.04/arm-miura-linux-gnueabi/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin
>       
> /usr/bin:/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/spoof:/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/bin:/opt/freescale/ltib/usr/bin:/opt/miura/gcc-6.3.0-glibc-2.31-miura-2020.04/arm-miura-linux-gnueabi/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/X11R6/bin
>       /usr/bin/gcc -o make_keys -DHAVE_CONFIG_H -I../ncurses -I. 
> -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE -DNDEBUG -O2 
> ./tinfo/make_keys.c
>       AWK=mawk sh ./tinfo/MKkeys_list.sh ../include/Caps | sort >keys.list
>       ./make_keys keys.list > init_keytry.h
>       sh ./base/MKlib_gen.sh "gcc -E -DHAVE_CONFIG_H -I../ncurses -I. -I. 
> -I../include  -D_GNU_SOURCE -DNDEBUG" "mawk" generated <../include/curses.h 
> >lib_gen.c
>       mawk -f ./base/MKkeyname.awk keys.list > lib_keyname.c
>       sh ./base/MKlib_gen.sh "gcc -E -DHAVE_CONFIG_H -I../ncurses -I. -I. 
> -I../include  -D_GNU_SOURCE -DNDEBUG" "mawk" implemented <../include/curses.h 
> >link_test.c
>       echo | mawk -f ./base/MKunctrl.awk >unctrl.c
> 
> Kind Regards.
> Peter
> 
> 
> 
> -----Original Message-----
> From: Thomas Dickey <dickey@his.com>
> Sent: 02 September 2024 22:00
> To: Peter Groves <pgroves@miurasystems.com>; bug-ncurses@gnu.org
> Cc: Thomas Dickey <dickey@his.com>
> Subject: Re: How do I resolve ncurses build error in source file generated by 
> MKlib_gen.sh
> 
> On Mon, Sep 02, 2024 at 04:54:59PM -0400, Thomas Dickey wrote:
> > On Mon, Sep 02, 2024 at 02:58:48PM +0000, Peter Groves wrote:
> > > Hi Thomas
> > >
> > > I seem to be cycling between the two error conditions i.e.
> > >
> > > *       Perform a 'make clean'
> > > *       ./make_keys: cannot execute binary file: Exec format error
> >
> > you would get "Exec format error" if make_keys were compiled with the
> > cross-compiler.
> >
> > (I'll take a look at the build-logs to see if I can spot a problem).
> 
> The build-log shows that the cross- and build-compilers are "gcc".
> 
> Perhaps the "gcc" that you would like to use for the build compiler is in a 
> different directory, later in $PATH than the cross-compiler.
> To work around that, you will have to give the full pathname of the 
> build-compiler, e.g., /usr/bin/gcc rather than just "gcc".
> 
> > > *       Build again: ../ncurses/comp_captab.c:74:19: error: 
> > > '_nc_cap_table' undeclared
> > > Etc.
> > >
> > > Regards.
> > > Peter
> > >
> > > _____________________________________________
> > > From: Peter Groves
> > > Sent: 02 September 2024 14:39
> > > To: dickey@his.com<mailto:dickey@his.com>
> > > Cc: bug-ncurses@gnu.org<mailto:bug-ncurses@gnu.org>; Peter Groves 
> > > <pgroves@miurasystems.com<mailto:pgroves@miurasystems.com>>
> > > Subject: RE: How do I resolve ncurses build error in source file
> > > generated by MKlib_gen.sh
> > >
> > >
> > >  << File: build_020924_1150.tar.gz >>
> > >
> > > Hi Thomas
> > >
> > > Thank you for your reply.
> > >
> > > Yes, I compared the respective logfiles against the contents in 
> > > "Eagle-Ltib/rpm/BUILD/ncurses-5.3/Makefile" and 
> > > "Eagle-Ltib/rpm/BUILD/ncurses-5.3/include/Makefile", to identify whether 
> > > my make files included the necessary steps.
> > > Following your suggestion, I ran a make clean and after rebuilding, these 
> > > are now being executed (as indicated in green below).
> > > Unfortunately, I'm now encountering the same error encountered previously 
> > > trying to run "make_keys" in 
> > > "Eagle-Ltib/rpm/BUILD/ncurses-5.3/ncurses/Makefile":
> > >
> > >       195 init_keytry.h: make_keys$(BUILD_EXEEXT) keys.list
> > >        196     ./make_keys keys.list > $@
> > >
> > > I thought I had resolved this by setting "--with-build-cc=gcc" option in 
> > > ./Eagle-Ltib/dist/lfs-5.1/ncurses/ncurses.spec, to force the host 
> > > compiler rather than cross-compiling for the target, so I don't know why 
> > > I'm seeing this issue again. I'm assuming the manual "make clean" took 
> > > out the previous "init_keytry.h".
> > >
> > > Attached please find my latest tarred logfile "build_020924_1150.log".
> > >
> > >       + make -j1 'HOSTCC=ccache /usr/bin/gcc -B/usr/bin/'
> > >       cd man && make 
> > > DESTDIR="/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/ncurses" 
> > > all
> > >       make[1]: Entering directory 
> > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/man'
> > >       sh ./MKterminfo.sh ./terminfo.head ./../include/Caps 
> > > ./terminfo.tail >terminfo.5
> > >       make[1]: Leaving directory 
> > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/man'
> > >       cd include && make 
> > > DESTDIR="/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/ncurses" 
> > > all
> > >       make[1]: Entering directory 
> > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/include'
> > >       cat curses.head >curses.h
> > >       AWK=mawk sh ./MKkey_defs.sh ./Caps >>curses.h
> > >       sh -c 'if test "chtype" = "cchar_t" ; then cat ./curses.wide 
> > > >>curses.h ; fi'
> > >       cat ./curses.tail >>curses.h
> > >       sh ./MKhashsize.sh ./Caps >hashsize.h
> > >       AWK=mawk sh ./MKncurses_def.sh ./ncurses_defs >ncurses_def.h
> > >       AWK=mawk sh ./MKparametrized.sh ./Caps >parametrized.h
> > >       mawk -f MKterm.h.awk ./Caps > term.h
> > >       sh ./edit_cfg.sh ../include/ncurses_cfg.h term.h
> > >       ** edit: HAVE_TCGETATTR 1
> > >       ** edit: HAVE_TERMIOS_H 1
> > >       ** edit: HAVE_TERMIO_H 1
> > >       ** edit: BROKEN_LINKER 0
> > >       make[1]: Leaving directory 
> > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/include'
> > >       cd ncurses && make 
> > > DESTDIR="/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/ncurses" 
> > > all
> > >       make[1]: Entering directory 
> > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/ncurses'
> > >       sh ./base/MKlib_gen.sh "gcc -E -DHAVE_CONFIG_H -I../ncurses -I. -I. 
> > > -I../include  -D_GNU_SOURCE -DNDEBUG" "mawk" generated 
> > > <../include/curses.h | \
> > >           fgrep undef >../include/nomacros.h
> > >       mawk -f ./tinfo/MKnames.awk ./../include/Caps
> > >       cat namehdr boolnames boolfnames numnames numfnames strnames 
> > > strfnames nameftr >names.c
> > >       cat namehdr boolcodes numcodes strcodes codeftr >codes.c
> > >       rm -f namehdr nameftr codeftr boolnames boolfnames boolcodes 
> > > numnames numfnames numcodes strnames strfnames strcodes
> > >       gcc -o make_hash -DHAVE_CONFIG_H -I../ncurses -I. -DHAVE_CONFIG_H 
> > > -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE -DNDEBUG -O2 
> > > -DMAIN_PROGRAM ./tinfo/comp_hash.c
> > >       sh ./tinfo/MKcaptab.awk mawk ./../include/Caps > comp_captab.c
> > >       ./tinfo/MKcaptab.awk: line 20: ./make_hash: cannot execute binary 
> > > file: Exec format error
> > >       ./tinfo/MKcaptab.awk: line 21: ./make_hash: cannot execute binary 
> > > file: Exec format error
> > >       sh ./tty/MKexpanded.sh "gcc -E" -DHAVE_CONFIG_H -I../ncurses -I. 
> > > -I. -I../include  -D_GNU_SOURCE -DNDEBUG > expanded.c
> > >       sh ./tinfo/MKfallback.sh /usr/share/terminfo ../misc/terminfo.src  
> > > >fallback.c
> > >       gcc -o make_keys -DHAVE_CONFIG_H -I../ncurses -I. -DHAVE_CONFIG_H 
> > > -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE -DNDEBUG -O2 
> > > ./tinfo/make_keys.c
> > >       AWK=mawk sh ./tinfo/MKkeys_list.sh ../include/Caps | sort >keys.list
> > >       ./make_keys keys.list > init_keytry.h
> > >       /bin/sh: ./make_keys: cannot execute binary file: Exec format error
> > >       make[1]: *** [Makefile:196: init_keytry.h] Error 126
> > >       make[1]: Leaving directory 
> > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/ncurses'
> > >       make: *** [Makefile:96: all] Error 2
> > >       error: Bad exit status from
> > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/rpm-tmp.5723
> > > 7 (%build)
> > >
> > > Regards.
> > > Peter
> > >
> > > -----Original Message-----
> > > From: Thomas Dickey <dickey@his.com<mailto:dickey@his.com>>
> > > Sent: 31 August 2024 23:55
> > > To: Peter Groves 
> > > <pgroves@miurasystems.com<mailto:pgroves@miurasystems.com>>
> > > Cc: dickey@his.com<mailto:dickey@his.com>; 
> > > bug-ncurses@gnu.org<mailto:bug-ncurses@gnu.org>
> > > Subject: Re: How do I resolve ncurses build error in source file
> > > generated by MKlib_gen.sh
> > >
> > > On Fri, Aug 30, 2024 at 10:51:45AM +0000, Peter Groves wrote:
> > > > HI Thomas
> > > >
> > > > Thank you so much for your prompt response. Much appreciated.
> > > >
> > > > I should just mention that my build is on a VMWare Workstation 16 
> > > > Player. The host version of awk is GNU Awk 5.0.1, API: 2.0 (GNU MPFR 
> > > > 4.0.2, GNU MP 6.2.0).
> > > > I've included three logfiles,
> > > > - the first showing just the ncurses 5.3 package build error i.e.
> > > > with "--disable-client" set in bluez-5.65.spec
> > > > - the second with "--disable-client" removed, such that the logfile 
> > > > will also show the linker error for the bluez package build.
> > > > - the third with ncurses package 6.5 (using 5.3 spec file to begin 
> > > > with) - for some reason the "--with-build-cc=gcc" setting that worked 
> > > > for 5.3 doesn't seem to work in this instance. Looking at 
> > > > https://invisible-island.net/ncurses/ncurses.faq.html#where_patches, it 
> > > > doesn't seem as 6.5 requires any patches.
> > > >
> > > >       checking for native build C compiler... gcc
> > > >       checking for native build C preprocessor... ${BUILD_CC} -E
> > > >       checking for native build C flags...
> > > >       checking for native build C preprocessor-flags...
> > > >       checking for native build linker-flags...
> > > >       checking for native build linker-libraries...
> > > >       checking if the build-compiler "gcc" works... no
> > > >       configure: error: Cross-build requires two compilers.
> > > >       Use --with-build-cc to specify the native compiler.
> > > >       error: Bad exit status from
> > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/rpm-tmp.95
> > > > 026
> > > > (%build)
> > >
> > > something is missing in your build log - this chunk in my build:
> > >
> > > make[1]: Leaving directory '/tmp/ncurses-5.3/include'
> > > cd ncurses && make
> > > DESTDIR="/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/ncu
> > > rses" all /tmp/ncurses-5.3/ncurses
> > > make[1]: Entering directory '/tmp/ncurses-5.3/ncurses'
> > > sh ./base/MKlib_gen.sh "gcc -E -DHAVE_CONFIG_H -I../ncurses -I.  -DNDEBUG 
> > > -D_GNU_SOURCE -I. -I../include" "mawk" generated <../include/curses.h | \
> > >         fgrep undef >../include/nomacros.h mawk -f
> > > ./tinfo/MKnames.awk ./../include/Caps cat namehdr boolnames
> > > boolfnames numnames numfnames strnames strfnames nameftr >names.c
> > > cat namehdr boolcodes numcodes strcodes codeftr >codes.c rm -f
> > > namehdr nameftr codeftr boolnames boolfnames boolcodes numnames
> > > numfnames numcodes strnames strfnames strcodes gcc -o make_hash
> > > -DHAVE_CONFIG_H -I../ncurses -I. -O2  -DHAVE_CONFIG_H -I../ncurses
> > > -I.  -DNDEBUG -D_GNU_SOURCE -I. -I../include -DMAIN_PROGRAM
> > > ./tinfo/comp_hash.c sh ./tinfo/MKcaptab.awk mawk ./../include/Caps >
> > > comp_captab.c sh ./tty/MKexpanded.sh "gcc -E" -DHAVE_CONFIG_H
> > > -I../ncurses -I.  -DNDEBUG -D_GNU_SOURCE -I. -I../include >
> > > expanded.c sh ./tinfo/MKfallback.sh /usr/share/terminfo
> > > ../misc/terminfo.src  >fallback.c gcc -o make_keys -DHAVE_CONFIG_H
> > > -I../ncurses -I. -O2  -DHAVE_CONFIG_H -I../ncurses -I.  -DNDEBUG
> > > -D_GNU_SOURCE -I. -I../include ./tinfo/make_keys.c AWK=mawk sh
> > > ./tinfo/MKkeys_list.sh ../include/Caps | sort >keys.list ./make_keys
> > > keys.list > init_keytry.h sh ./base/MKlib_gen.sh "gcc -E
> > > -DHAVE_CONFIG_H -I../ncurses -I.  -DNDEBUG -D_GNU_SOURCE -I.
> > > -I../include" "mawk" generated <../include/curses.h >lib_gen.c mawk
> > > -f ./base/MKkeyname.awk keys.list > lib_keyname.c sh
> > > ./base/MKlib_gen.sh "gcc -E -DHAVE_CONFIG_H -I../ncurses -I.
> > > -DNDEBUG -D_GNU_SOURCE -I. -I../include" "mawk" implemented
> > > <../include/curses.h >link_test.c echo | mawk -f ./base/MKunctrl.awk
> > > >unctrl.c
> > >
> > > Presumably your build-tree is clean (if not, that's a problem), or the 
> > > build is using parallel make (but I don't see a "make -j4", etc).
> > >
> > > >
> > > > Package extraction is not shown, as this would have occurred in earlier 
> > > > logs. I hope this will assist with regard to the ncurses build error.
> > > > Yes, the ncurses package is very old and would prefer to use a
> > > > later version of ncurses if I had more confidence in generating an 
> > > > appropriate spec file.
> > > >
> > > > Kind Regards.
> > > > Peter
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Thomas Dickey 
> > > > <dickey@his.com<mailto:dickey@his.com<mailto:dickey@his.com<mailto:dickey@his.com>>>
> > > > Sent: 30 August 2024 01:31
> > > > To: Peter Groves
> > > > <pgroves@miurasystems.com<mailto:pgroves@miurasystems.com<mailto:pgroves@miurasystems.com<mailto:pgroves@miurasystems.com>>>
> > > > Cc: 
> > > > bug-ncurses@gnu.org<mailto:bug-ncurses@gnu.org<mailto:bug-ncurses@gnu.org<mailto:bug-ncurses@gnu.org>>
> > > > Subject: Re: How do I resolve ncurses build error in source file
> > > > generated by MKlib_gen.sh
> > > >
> > > > On Thu, Aug 29, 2024 at 12:36:44PM +0000, Peter Groves wrote:
> > > > > Hi
> > > > >
> > > > > Stack Overflow issue "How do I resolve ncurses build error in source 
> > > > > file generated by 
> > > > > MKlib_gen.sh<https://stackoverflow.com/staging-ground/78924563>" 
> > > > > refers.
> > > > >
> > > > > Thank you for your comment in directing me to your bug reporting 
> > > > > portal - please pardon my hesitation in terms of not having used this 
> > > > > option. I thought it might have seemed inappropriate as I believe the 
> > > > > problem I am facing is probably of my own making rather than a bug 
> > > > > associated with the ncurses software itself.
> > > > > Following your recommendation, I have therefore outlined the
> > > > > issue below, by including additional info which may be useful.
> > > > >
> > > > > Problem description
> > > > >
> > > > > I have been tasked with upgrading to bluez-5.65.tar.gz as part
> > > > > of a linux development build cross-compiled for a target
> > > > > arm-none-linux-gnueabi processor.  The build system uses the
> > > > > opensource Freescale GNU/Linux Target Image Builder (LTIB) tool.
> > > > > The build was simplified initially by dropping 'readline' with
> > > > > the --disable-client option in the bluez spec file however this comes 
> > > > > at a cost because 'bluetoothctl' is consequently also excluded.
> > > > > Reconfiguring to include 'readline' leads to dependencies on
> > > > > other packages and in particular a number of undefined
> > > > > references in the package bluez build (see attached), despite the 
> > > > > readline package building successfully.
> > > > >
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `tputs'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `tgoto'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `tgetflag'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `UP'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `tgetent'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `tgetnum'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `PC'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `tgetstr'
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rootfs/usr/lib//libreadline.so:
> > > > >  undefined reference to `BC'
> > > > > collect2: error: ld returned 1 exit status
> > > > > make[1]: *** [Makefile:5401: client/bluetoothctl] Error 1
> > > > > make[1]: *** Waiting for unfinished jobs....
> > > > >
> > > > > Some investigation revealed that libtinfo installed as part of
> > > > > ncurses could resolve this.  A LTIB sample ncurses spec file is
> > > > > provided with reference to a very early version (see attached),
> > > > > namely, ncurses-5.3.tar.gz.  This was downloaded from the
> > > > > ncurses website
> > > > > https://invisible-island.net/ncurses/ncurses.faq.html#other_vers
> > > > > ions , along with the associated path file patch-5.3-5.4.sh.gz
> > > > > located here
> > > > > https://invisible-island.net/ncurses/ncurses.faq.html#where_patches.
> > > > > I was able to apply the patches successfully using the example
> > > > > provided on the website as a reference.  It would doubtless be
> > > > > prudent to consider using a later version of ncurses except for
> > > > > the fact that I'm not very confident of deriving a corresponding spec 
> > > > > file.
> > > >
> > > > ncurses 5.3 is more than 20 years old.
> > > >
> > > > Actually in a quick check, I can compile it on this (Debian/oldstable) 
> > > > machine.  Some versions of gcc won't do that -- but that would be 
> > > > reflected in other parts of the build.
> > > >
> > > > > For the moment I have disabled PKG_LIBTERMCAP, though may need
> > > > > to revert this setting at some stage.
> > > >
> > > > The spec file (better, a pointer to where it can be inspected) would 
> > > > help to see if that's needed.
> > > >
> > > > > config PKG_NCURSES
> > > > >     #select PKG_LIBTERMCAP
> > > > >     bool "ncurses"
> > > > >     help
> > > > >       The curses library routines are a terminal-independent method of
> > > > >       updating character screens with reasonable optimization. The 
> > > > > ncurses
> > > > >       (new curses) library is a freely distributable replacement for 
> > > > > the
> > > > >       discontinued 4.4BSD classic curses library.
> > > > >
> > > > > The build for ncurses initially generated the following error,
> > > > > which I resolved by setting "--with-build-cc=gcc" in the ncurses
> > > > > spec file, to ensure that the 'make_keys' is compiled using the
> > > > > host compiler rather than being cross-compiled for the target.  A 
> > > > > similar issue was raised here:
> > > > > https://lists.gnu.org/archive/html/bug-ncurses/2002-10/msg00091.
> > > > > html
> > > > >
> > > > > gcc -o make_hash -DHAVE_CONFIG_H -I../ncurses -I.
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -DMAIN_PROGRAM ./tinfo/comp_hash.c sh
> > > > > ./tinfo/MKcaptab.awk mawk ./../include/Caps > comp_captab.c
> > > > > ./tinfo/MKcaptab.awk: line 20: ./make_hash: cannot execute
> > > > > binary
> > > > > file: Exec format error
> > > > > ./tinfo/MKcaptab.awk: line 21: ./make_hash: cannot execute
> > > > > binary
> > > > > file: Exec format error sh ./tty/MKexpanded.sh "gcc -E"
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE
> > > > > -DNDEBUG > expanded.c sh ./tinfo/MKfallback.sh
> > > > > /usr/share/terminfo ../misc/terminfo.src  >fallback.c gcc -o
> > > > > make_keys -DHAVE_CONFIG_H -I../ncurses -I. -DHAVE_CONFIG_H
> > > > > -I../ncurses -I. -I. -I../include -D_GNU_SOURCE -DNDEBUG -O2
> > > > > ./tinfo/make_keys.c AWK=mawk sh ./tinfo/MKkeys_list.sh
> > > > > ../include/Caps | sort >keys.list ./make_keys keys.list >
> > > > > init_keytry.h
> > > > > /bin/sh: ./make_keys: cannot execute binary file: Exec format
> > > > > error
> > > > > make[1]: *** [Makefile:196: init_keytry.h] Error 126
> > > > > make[1]: Leaving directory 
> > > > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/ncurses'
> > > > > make: *** [Makefile:96: all] Error 2
> > > > > error: Bad exit status from
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/rpm-tmp.
> > > > > 6585
> > > > > 2
> > > > > (%build)
> > > > >
> > > > > The build for ncurses generates the following error (see
> > > > > attached) in the source file ../ncurses/comp_captab.c, which is
> > > > > in fact generated by the ncurses script MKlib_gen.sh.
> > > >
> > > > no - ncurses/tinfo/MKcaptab.sh - which uses awk.
> > > >
> > > > > + make -j1 'HOSTCC=ccache /usr/bin/gcc -B/usr/bin/'
> > > > > cd man && make
> > > > > DESTDIR="/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp
> > > > > /ncu
> > > > > rs
> > > > > es" all
> > > > > make[1]: Entering directory 
> > > > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/man'
> > > > > sh ./MKterminfo.sh ./terminfo.head ./../include/Caps
> > > > > ./terminfo.tail
> > > > > >terminfo.5
> > > > > make[1]: Leaving directory 
> > > > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/man'
> > > > > cd include && make
> > > > > DESTDIR="/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp
> > > > > /ncu
> > > > > rs
> > > > > es" all
> > > > > make[1]: Entering directory 
> > > > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/include'
> > > > > cat curses.head >curses.h
> > > > > AWK=mawk sh ./MKkey_defs.sh ./Caps >>curses.h sh -c 'if test "chtype"
> > > > > = "cchar_t" ; then cat ./curses.wide >>curses.h ; fi'
> > > > > cat ./curses.tail >>curses.h
> > > > > mawk -f MKterm.h.awk ./Caps > term.h sh ./edit_cfg.sh
> > > > > ../include/ncurses_cfg.h term.h
> > > > > ** edit: HAVE_TCGETATTR 1
> > > > > ** edit: HAVE_TERMIOS_H 1
> > > > > ** edit: HAVE_TERMIO_H 1
> > > > > ** edit: BROKEN_LINKER 0
> > > > > make[1]: Leaving directory 
> > > > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/include'
> > > > > cd ncurses && make
> > > > > DESTDIR="/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp
> > > > > /ncu
> > > > > rs
> > > > > es" all
> > > > > make[1]: Entering directory 
> > > > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/ncurses'
> > > > > sh ./base/MKlib_gen.sh "gcc -E -DHAVE_CONFIG_H -I../ncurses -I. -I. 
> > > > > -I../include  -D_GNU_SOURCE -DNDEBUG" "mawk" generated 
> > > > > <../include/curses.h | \
> > > > >     fgrep undef >../include/nomacros.h sh ./base/MKlib_gen.sh
> > > > > "gcc -E -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG" "mawk" generated <../include/curses.h
> > > > > >lib_gen.c sh ./base/MKlib_gen.sh "gcc -E -DHAVE_CONFIG_H 
> > > > > >-I../ncurses -I. -I.
> > > > > -I../include  -D_GNU_SOURCE -DNDEBUG" "mawk" implemented
> > > > > <../include/curses.h >link_test.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./tty/hashmap.c cd ../obj_s;
> > > > > gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c ../ncurses/./base/lib_beep.c
> > > > > cd ../obj_s;  gcc -DHAVE_CONFIG_H -I../ncurses -I. -I.
> > > > > -I../include  -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./base/lib_color.c cd ../obj_s;  gcc -DHAVE_CONFIG_H
> > > > > -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE -DNDEBUG -O2
> > > > > -fPIC -c ../ncurses/./base/lib_endwin.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./base/lib_flash.c cd ../obj_s;
> > > > > gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c ../ncurses/lib_gen.c cd
> > > > > ../obj_s;  gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./base/lib_getstr.c cd ../obj_s;  gcc -DHAVE_CONFIG_H
> > > > > -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE -DNDEBUG -O2
> > > > > -fPIC -c ../ncurses/./base/lib_mouse.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./tty/lib_mvcur.c cd ../obj_s;
> > > > > gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./base/lib_newterm.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include  -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./base/lib_restart.c cd
> > > > > ../obj_s;  gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./base/lib_screen.c
> > > > > ../ncurses/./base/lib_screen.c: In function 'getwin':
> > > > > ../ncurses/./base/lib_screen.c:48:5: warning: ignoring return value 
> > > > > of 'fread', declared with attribute warn_unused_result 
> > > > > [-Wunused-result]
> > > > >      (void) fread(&tmp, sizeof(WINDOW), 1, filep);
> > > > >      ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > ../ncurses/./base/lib_screen.c:95:6: warning: ignoring return value 
> > > > > of 'fread', declared with attribute warn_unused_result 
> > > > > [-Wunused-result]
> > > > >       (void) fread(nwin->_line[n].text,
> > > > >       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > >      sizeof(NCURSES_CH_T),
> > > > >      ~~~~~~~~~~~~~~~~~~~~~
> > > > >      (size_t) (nwin->_maxx + 1),
> > > > >      ~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > >      filep);
> > > > >      ~~~~~~
> > > > > cd ../obj_s;  gcc -DHAVE_CONFIG_H -I../ncurses -I. -I.
> > > > > -I../include -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./base/lib_set_term.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./base/lib_slk.c cd ../obj_s;
> > > > > gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./base/lib_slkrefr.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./tty/lib_vidattr.c cd
> > > > > ../obj_s;  gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./tty/tty_update.c cd ../obj_s;  gcc -DHAVE_CONFIG_H
> > > > > -I../ncurses -I. -I. -I../include -D_GNU_SOURCE -DNDEBUG -O2
> > > > > -fPIC -c ../ncurses/./base/lib_dft_fgbg.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./tinfo/lib_print.c cd
> > > > > ../obj_s;  gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./base/resizeterm.c cd ../obj_s;  gcc -DHAVE_CONFIG_H
> > > > > -I../ncurses -I. -I. -I../include -D_GNU_SOURCE -DNDEBUG -O2
> > > > > -fPIC -c ../ncurses/./base/wresize.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/./tinfo/alloc_entry.c cd
> > > > > ../obj_s;  gcc -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include
> > > > > -D_GNU_SOURCE -DNDEBUG -O2 -fPIC -c
> > > > > ../ncurses/./tinfo/alloc_ttype.c cd ../obj_s;  gcc
> > > > > -DHAVE_CONFIG_H -I../ncurses -I. -I. -I../include -D_GNU_SOURCE
> > > > > -DNDEBUG -O2 -fPIC -c ../ncurses/comp_captab.c
> > > > > ../ncurses/comp_captab.c: In function '_nc_get_table':
> > > > > ../ncurses/comp_captab.c:74:19: error: '_nc_cap_table' undeclared 
> > > > > (first use in this function)
> > > > >   return termcap ? _nc_cap_table: _nc_info_table ;
> > > > >                    ^~~~~~~~~~~~~
> > > > > ../ncurses/comp_captab.c:74:19: note: each undeclared identifier
> > > > > is reported only once for each function it appears in
> > > > > ../ncurses/comp_captab.c:74:34: error: '_nc_info_table' undeclared 
> > > > > (first use in this function)
> > > > >   return termcap ? _nc_cap_table: _nc_info_table ;
> > > > >                                   ^~~~~~~~~~~~~~
> > > >
> > > > The generated source should have those names.  Perhaps your build
> > > > machine doesn't have awk (though that seems unlikely).  Attaching
> > > > what I built just now for that, and lib_gen.c
> > > >
> > > > If I had the complete build logs, I might see the problem.
> > > > I prefer having a compressed tar file of the logs, as an attachment.
> > > >
> > > > https://invisible-island.net/personal/bug-reports.html
> > > >
> > > > > make[1]: *** [Makefile:974: ../obj_s/comp_captab.o] Error 1
> > > > > make[1]: Leaving directory 
> > > > > '/home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/rpm/BUILD/ncurses-5.3/ncurses'
> > > > > make: *** [Makefile:96: all] Error 2
> > > > > error: Bad exit status from
> > > > > /home/pgroves/workspace/RELEASE5301.orig/Eagle-Ltib/tmp/rpm-tmp.
> > > > > 4877
> > > > > 0
> > > > > (%build) ` To summarize, I was expecting ncurses to build
> > > > > successfully, hopefully to resolve my linker error associated
> > > > > with the
> > > > > bluez-5.65 package.  I wasn't expecting the build to fail for a file 
> > > > > generated by the ncurses script.
> > > > > How may I resolve this issue please?  I do anticipate further
> > > > > ncurses package dependencies that may still be required in order
> > > > > to ultimately generate a 'bluetoolctl' executable file.
> > > >
> > > > --
> > > > Thomas E. Dickey
> > > > <dickey@invisible-island.net<mailto:dickey@invisible-island.net<mailto:dickey@invisible-island.net<mailto:dickey@invisible-island.net>>>
> > > > https://invisible-island.net
> > >
> > >
> > >
> > > --
> > > Thomas E. Dickey
> > > <dickey@invisible-island.net<mailto:dickey@invisible-island.net<mailto:dickey@invisible-island.net<mailto:dickey@invisible-island.net>>>
> > > https://invisible-island.net
> > >
> >
> > --
> > Thomas E. Dickey 
> > <dickey@invisible-island.net<mailto:dickey@invisible-island.net>>
> > https://invisible-island.net
> 
> 
> 
> --
> Thomas E. Dickey 
> <dickey@invisible-island.net<mailto:dickey@invisible-island.net>> 
> https://invisible-island.net
> 



-- 
Thomas E. Dickey <dickey@invisible-island.net>
https://invisible-island.net

signature.asc
Description: PGP signature