From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from comal.ext.ti.com (comal.ext.ti.com [198.47.26.152]) by arago-project.org (Postfix) with ESMTPS id D287052A77 for ; Thu, 12 Mar 2015 15:04:32 +0000 (UTC) Received: from dflxv15.itg.ti.com ([128.247.5.124]) by comal.ext.ti.com (8.13.7/8.13.7) with ESMTP id t2CF4WwT005697 for ; Thu, 12 Mar 2015 10:04:32 -0500 Received: from DLEE70.ent.ti.com (dlemailx.itg.ti.com [157.170.170.113]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id t2CF4VB7000399 for ; Thu, 12 Mar 2015 10:04:31 -0500 Received: from dflp33.itg.ti.com (10.64.6.16) by DLEE70.ent.ti.com (157.170.170.113) with Microsoft SMTP Server id 14.3.224.2; Thu, 12 Mar 2015 10:04:30 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by dflp33.itg.ti.com (8.14.3/8.13.8) with ESMTP id t2CF4UBU026501; Thu, 12 Mar 2015 10:04:30 -0500 Date: Thu, 12 Mar 2015 11:04:30 -0400 From: Denys Dmytriyenko To: "Stiffler, Jacob" Message-ID: <20150312150430.GM24885@edge> References: <20150312040513.GI23587@edge> <5501902A.4060206@ti.com> <4B26FB5A64EBA14C87266869E037F95814107D47@DFLE09.ent.ti.com> <4B26FB5A64EBA14C87266869E037F95814107E1F@DFLE09.ent.ti.com> <5501A4E0.2050107@ti.com> <20150312144215.GJ24885@edge> <4B26FB5A64EBA14C87266869E037F95814107E91@DFLE09.ent.ti.com> <4B26FB5A64EBA14C87266869E037F95814107EAA@DFLE09.ent.ti.com> <5501A903.7030306@ti.com> <4B26FB5A64EBA14C87266869E037F95814107EC9@DFLE09.ent.ti.com> MIME-Version: 1.0 In-Reply-To: <4B26FB5A64EBA14C87266869E037F95814107EC9@DFLE09.ent.ti.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "meta-arago@arago-project.org" Subject: Re: [PATCH] recipes-devtools: New ltp-ddt_1.0.0 recipe X-BeenThere: meta-arago@arago-project.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Arago metadata layer for TI SDKs - OE-Core/Yocto compatible List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2015 15:04:33 -0000 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Heh, and now my build passed the yylex() issue due to LEXLIB being magically empty this time around, but failed due to all __NR_* issues... On Thu, Mar 12, 2015 at 10:57:46AM -0400, Stiffler, Jacob wrote: > I get something different: > > work/am437x_evm-oe-linux-gnueabi/ltp-ddt/1.0.0-r0/git$ cat config.log | grep LEXLIB > LEXLIB='-lfl' > > > -----Original Message----- > From: Hernandez, Carlos > Sent: Thursday, March 12, 2015 10:56 AM > To: Stiffler, Jacob; Dmytriyenko, Denys > Cc: meta-arago@arago-project.org > Subject: Re: [meta-arago] [PATCH] recipes-devtools: New ltp-ddt_1.0.0 recipe > > configure does set LEXLIB to blank. > > $ cat 1.0.0-r1-arago10+gitrAUTOINC+91a8baa2f8/git/config.log | grep LEXLIB LEXLIB='' > > > On 03/12/2015 10:50 AM, Stiffler, Jacob wrote: > > The file ./include/mk/config.mk.default makes sure that LEXLIB is undefined. > > > > The meta-oe version of the recipe for v 0.0.4 has a custom configure stage to make sure that ./include/mk/config.mk.default is the config.mk used: > > > > do_configure() { > > cp ${S}/include/config.h.default ${S}/include/config.h > > cp ${S}/include/mk/config.mk.default ${S}/include/mk/config.mk > > cp ${S}/include/mk/features.mk.default ${S}/include/mk/features.mk > > echo "${TAG}" > ${S}/ChangeLog > > } > > > > > > > > -----Original Message----- > > From: meta-arago-bounces@arago-project.org > > [mailto:meta-arago-bounces@arago-project.org] On Behalf Of Stiffler, > > Jacob > > Sent: Thursday, March 12, 2015 10:44 AM > > To: Dmytriyenko, Denys; Hernandez, Carlos > > Cc: meta-arago@arago-project.org > > Subject: Re: [meta-arago] [PATCH] recipes-devtools: New ltp-ddt_1.0.0 > > recipe > > > > The warning implies that LEXLIB is not defined. Therefore LEXLIB should not be linked for all targets in pan/Makefile, only ltp-scanner. > > > > -----Original Message----- > > From: Dmytriyenko, Denys > > Sent: Thursday, March 12, 2015 10:42 AM > > To: Hernandez, Carlos > > Cc: Stiffler, Jacob; meta-arago@arago-project.org > > Subject: Re: [meta-arago] [PATCH] recipes-devtools: New ltp-ddt_1.0.0 > > recipe > > > > The successful build doesn't have -lfl after the ltp-scanner skip warning. > > > > > > On Thu, Mar 12, 2015 at 10:38:24AM -0400, Carlos Hernandez wrote: > >> On 03/12/2015 10:21 AM, Stiffler, Jacob wrote: > >>> The symbol 'yylex' comes from a flex generated file. Not sure how this isn't being seen in all builds... This will need to link with a flex generated file. In this case, all I can see is scan.c, which is generated from scan.l. So should ltp_bump link with scan.o? If not, then why would ltp-bump need to link with libfl.so? > >>> > >>> Can you find the log for linking 'ltp-bump' in one of the successful builds? > >> *14:59:13* make[1]: Entering directory `/scratch/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/ltp-ddt/pan' > >> *14:59:13* > >> /scratch/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/ltp-dd > >> t/pan/Makefile:43: ltp-scanner will not be built because a working > >> copy of lex was not found > >> *14:59:13* > >> /home/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/integrati > >> on/toolchain/linaro-4.7/bin/arm-linux-gnueabihf-gcc -g -O2 -g -O2 > >> -fno-strict-aliasing -pipe -Wall -W -g -O2 -Wold-style-definition > >> -D_FORTIFY_SOURCE=2 -Wno-error > >> -I/scratch/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/ltp- > >> ddt/pan -I../include -I../include -c -o ltp-bump.o ltp-bump.c > >> *14:59:13* /home/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/integration/toolchain/linaro-4.7/bin/arm-linux-gnueabihf-gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -W -g -O2 -Wold-style-definition -D_FORTIFY_SOURCE=2 -Wno-error -I/scratch/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/ltp-ddt/pan -I../include -I../include -c -o zoolib.o zoolib.c > >> *14:59:13* /home/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/integration/toolchain/linaro-4.7/bin/arm-linux-gnueabihf-gcc -L../lib ltp-bump.o zoolib.o -lm -o ltp-bump > >> *14:59:13* > >> /home/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/integrati > >> on/toolchain/linaro-4.7/bin/arm-linux-gnueabihf-gcc -g -O2 -g -O2 > >> -fno-strict-aliasing -pipe -Wall -W -g -O2 -Wold-style-definition > >> -D_FORTIFY_SOURCE=2 -Wno-error > >> -I/scratch/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/ltp- > >> ddt/pan -I../include -I../include -c -o ltp-pan.o ltp-pan.c > >> *14:59:14* /home/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/integration/toolchain/linaro-4.7/bin/arm-linux-gnueabihf-gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall -W -g -O2 -Wold-style-definition -D_FORTIFY_SOURCE=2 -Wno-error -I/scratch/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/ltp-ddt/pan -I../include -I../include -c -o splitstr.o splitstr.c > >> *14:59:14* /home/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/integration/toolchain/linaro-4.7/bin/arm-linux-gnueabihf-gcc -L../lib ltp-pan.o zoolib.o splitstr.o -lm -o ltp-pan > >> *14:59:14* make[1]: Leaving directory `/scratch/lcpdbld/jenkins_ws/workspace/start-ltp-ddt-next-build/ltp-ddt/pan' > >> > >> > > _______________________________________________ > > meta-arago mailing list > > meta-arago@arago-project.org > > http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago >