In message <[email protected]>, Stefan Esser wri tes: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) > --maOtBJEdTLpVHYJ8ME4Ow5t7gyU1h0CIy > Content-Type: multipart/mixed; boundary="m8M7hYutSXzrBuT8orVd2JNQQPKxzBZwZ"; > protected-headers="v1" > From: Stefan Esser <[email protected]> > To: Cy Schubert <[email protected]> > Cc: "O. Hartmann" <[email protected]>, [email protected], > [email protected], [email protected] > Message-ID: <[email protected]> > Subject: Re: svn commit: r368072 - in head/contrib/bc: . gen include manuals > manuals/bc manuals/dc src src/bc src/dc src/history src/rand tests > References: <[email protected]> > <[email protected]> > <[email protected]> > <[email protected]> > In-Reply-To: <[email protected]> > > --m8M7hYutSXzrBuT8orVd2JNQQPKxzBZwZ > Content-Type: text/plain; charset=windows-1252; format=flowed > Content-Language: en-US > Content-Transfer-Encoding: quoted-printable > > Am 26.11.20 um 21:03 schrieb Cy Schubert:> But this is still a problem: > >=20 > > ld: error: undefined symbol: bc_lib_name > >>>> referenced by vm.c:752 (/opt/src/svn-current/contrib/bc/src/vm.c:752= > ) > >>>> lto.tmp:(bc_vm_boot) > >=20 > > ld: error: undefined symbol: bc_lib > >>>> referenced by lex.c:225 (/opt/src/svn-current/contrib/bc/src/lex.c:2= > 25) > >>>> lto.tmp:(bc_vm_boot) > >>>> referenced by lex.c:227 (/opt/src/svn-current/contrib/bc/src/lex.c:2= > 27) > >>>> lto.tmp:(bc_vm_boot) > > cc: error: linker command failed with exit code 1 (use -v to see invoca= > tion) > > *** [gh-bc.full] Error code 1 > > I cannot reproduce this issue on my system. > > The symbols are defined in files generated by gen/strgen.sh and > there was a change in the parameters passed to this script, but > I had fixed usr.bin/gh-bc/Makefile accordingly (first in the port > and then in base). > > The generated file lib.c should start like this: > ----------------------------------------------------------------- > // Copyright (c) 2018-2020 Gavin D. Howard and contributors. > // Licensed under the 2-clause BSD license. > // *** AUTOMATICALLY GENERATED FROM gen/lib.bc. DO NOT MODIFY. *** > > #if 1 > extern const char *bc_lib_name; > > extern const char bc_lib[]; > > const char *bc_lib_name =3D "gen/lib.bc"; > > const char bc_lib[] =3D > "scale=3D20\n" > ----------------------------------------------------------------- > > This file is generated by this rule in usr.bin/gh-bc/Makefile: > > lib.c: lib.bc > cd ${BCDIR} && sh gen/strgen.sh gen/lib.bc=20 > ${.OBJDIR}/lib.c bc_lib bc_lib_name 1 1 > > By a script that assigns parameters to variables: > > input=3D"$1" > output=3D"$2" > name=3D"$3" > label=3D"$4" > define=3D"$5" > remove_tabs=3D"$6" > > And label=3D"bc_lib_name" is used to generate lib.c as included > above (passed as 4th parameter). > > I'm rebuilding a clean world, now, but I'd be surprised if it failed > after succeeding before readying the commit ...
A clean build (sort of) did fix it: rm the appropriate subdir actually. -- Cheers, Cy Schubert <[email protected]> FreeBSD UNIX: <[email protected]> Web: https://FreeBSD.org NTP: <[email protected]> Web: https://nwtime.org The need of the many outweighs the greed of the few. _______________________________________________ [email protected] mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "[email protected]"
