**** BEGIN LOGGING AT Wed Dec 30 02:59:59 2015
Dec 30 05:26:11 <niteshnarayanlal> hi i have created a yocto layer but getting an error :ERROR: BBFILE_PATTERN_new-layer not defined
Dec 30 12:47:11 <drf_> exit
Dec 30 13:43:47 <chep> Hi
Dec 30 13:45:21 <chep> can somebody tell me how to rebuild a package? "bitbake -c clean mplayer2; bitbake -c build mplayer2" => nothing is done: "Attempted 1691 tasks of which 1690 didn't need to be rerun and all succeeded"
Dec 30 13:46:32 <mario-goulart> chep: try "bitbake -c cleansstate mplayer2"
Dec 30 13:47:17 <mario-goulart> then "bitbake mplayer2"
Dec 30 13:48:05 <chep> mario-goulart: thanks a lot, it works
Dec 30 13:48:48 <mario-goulart> You're welcome
Dec 30 23:51:53 <freach42> I've noticed some applications I'm compiling with bitbake don't have the relevant shared code library lookups in them compared to a regular Makefile build.  Anyone seen this?
Dec 30 23:56:03 <khem> freach42: its possible that the application's makefile relied on overlinking behavior of ld
Dec 30 23:56:09 <khem> and got by thus far
Dec 30 23:56:17 <khem> but now defaults have hange
Dec 30 23:56:21 <khem> changed in linker
Dec 30 23:56:36 <khem> so you need to explicitly call out for libraries you need at runtime
Dec 30 23:56:39 <khem> on linker cmdline
Dec 30 23:56:43 <khem> for the app
Dec 30 23:56:51 <khem> indirect linking may not work
Dec 30 23:57:07 <khem> which package is causing it ?
Dec 30 23:58:27 <freach42> this is a set of shared libraries I've created and an app that links to them
Dec 30 23:58:38 <khem> OK
Dec 30 23:58:39 <freach42> trying to use bb for this environment
Dec 30 23:58:52 <khem> then show me how you are linking the app
Dec 30 23:59:02 <freach42> if I do an objdump of (regular build, bb build)
Dec 30 23:59:48 <freach42> the "regular" build shows my libraries as NEEDED dynamic relocs
Dec 30 23:59:56 <khem> you should still use makefiles or cmake
Dec 31 00:00:03 <khem> to build your component
Dec 31 00:00:12 <freach42> the bb build only shows libc.so.6
Dec 31 00:00:28 <freach42> I'm using Makefiles
Dec 31 00:00:33 <khem> OK you need to show the code
Dec 31 00:00:51 <freach42> I know....  :)  Hold on I need to sanitize it....
Dec 31 00:01:53 <freach42> while I'm doing that, how do I get fully verbose compile/link command lines from bb?
Dec 31 00:02:17 <kergoth> bb just calls make. the output of the commands run inthe task is in the task log
Dec 31 00:03:14 <freach42> Bitbake "exe"
Dec 31 00:03:14 <freach42> Dynamic Section:
Dec 31 00:03:14 <freach42>   NEEDED               libc.so.6
Dec 31 00:03:14 <freach42>   INIT                 0x0000157c
Dec 31 00:03:14 <freach42>   FINI                 0x00003a2c
Dec 31 00:03:14 <freach42>   INIT_ARRAY           0x00016000
Dec 31 00:03:16 <freach42> Makefile "exe"
Dec 31 00:03:18 <freach42> Dynamic Section:
Dec 31 00:03:23 <freach42>   NEEDED               libMYLIB_tx.so
Dec 31 00:03:24 <freach42>   NEEDED               libMYLIB_rx.so
Dec 31 00:03:27 <freach42>   NEEDED               librt.so.1
Dec 31 00:03:28 <freach42>   NEEDED               libpthread.so.0
Dec 31 00:03:30 <freach42>   NEEDED               libgcc_s.so.1
Dec 31 00:03:33 <freach42>   NEEDED               libc.so.6
Dec 31 00:03:35 <freach42>   NEEDED               ld-linux.so.3
Dec 31 00:03:52 <freach42> is the task log a file?
Dec 31 00:04:10 <kergoth> don't spam the channel
Dec 31 00:04:26 <khem> post log.do_compile
Dec 31 00:04:35 <khem> to some pastebin place
Dec 31 00:04:37 <freach42> sorry, thought you wanted it pasted
Dec 31 00:04:43 <freach42> will do next time
Dec 31 00:04:59 <khem> the logs are in build tree
Dec 31 00:05:31 <khem> cd tmp*/work/*/work/<yourpackage>/<version>/temp
Dec 31 00:06:16 <freach42> ok, so if it's just calling make with the new Makefiles another dev added I just need to make sure -his- make is getting the proper $(LD) -lMYLIB_tx -lMYLIB_rx
Dec 31 00:07:16 <freach42> (I'm about two hours into bitbake)
Dec 31 00:08:03 <khem> no worries everything starts with first step
Dec 31 00:08:14 <freach42> or first stumble
Dec 31 00:08:32 <khem> so did you write a recipe for your packages ?
Dec 31 00:08:44 <freach42> another dev did that
Dec 31 00:08:59 <khem> OK then paste your makefiles and recipes somewhere
Dec 31 00:09:31 <freach42> I had written Makefiles, he added new recipes.  The project isn't open-source (yet) can't disclose
Dec 31 00:10:02 <freach42> but the /temp/ directory was helpful, I see all of the run. files
Dec 31 00:11:05 <khem> I would recommend a lot of reading start with getting started to Developer manual
Dec 31 00:11:30 <freach42> agreed, I was hoping to avoid that.... :P
Dec 31 00:12:22 <khem> kergoth: have you worked with extendible SDK
Dec 31 00:12:40 <khem> kergoth: My devs are not happy with build times
Dec 31 00:12:49 <freach42> log.do_compile has most of the info I need for now.  what's funny is my exes built for a different platform (but same CPU) run on this box
Dec 31 00:12:59 <freach42> build times are bad
Dec 31 00:13:07 <freach42> _really_bad.
Dec 31 00:13:26 <khem> they are not bad if you set up right
Dec 31 00:13:32 <khem> are you using sstate ?
Dec 31 00:13:34 <freach42> existing build system is very parallel, 16-30 simultaneous GCC
Dec 31 00:13:49 <freach42> depending on build machine.
Dec 31 00:14:05 <freach42> It looks like bb is going to take at least 4x as log
Dec 31 00:14:07 <khem> OE has dual parallism
Dec 31 00:14:07 <freach42> long
Dec 31 00:14:24 <khem> it runs several tasks and each task can have its own -j
Dec 31 00:14:25 <freach42> I'd love to exploit that, or this dev is going to get shivved.
Dec 31 00:14:50 <khem> my usecase is something uncommon
Dec 31 00:15:01 <khem> so dont get the notion that build times are bad
Dec 31 00:15:15 <freach42> we benchmark our build all the time.
Dec 31 00:15:32 <khem> build times are subjective
Dec 31 00:15:33 <freach42> down to 19 minutes for kernel/libs/app
Dec 31 00:15:51 <freach42> but poor incremental build implementation
Dec 31 00:16:00 <khem> e.g. with yocto/oe we brought down our effective build time to less than 20 mins
Dec 31 00:16:08 <khem> from over 2.5 hrs
Dec 31 00:16:23 <freach42> I'd love to know your secret
Dec 31 00:16:25 <khem> yes incremental build is where yocto will help
Dec 31 00:16:42 <khem> my developers are spoilt
Dec 31 00:16:48 <freach42> as I said this guys gonna get it if he quadruples the build times.
Dec 31 00:17:08 <freach42> We need it where I am because we cross-compile for multiple platforms.
Dec 31 00:17:21 <khem> same as me.
Dec 31 00:17:28 <khem> I cross compile 14 machines
Dec 31 00:17:37 <khem> we do over 2500 builds each day
Dec 31 00:17:38 <freach42> about the same here
Dec 31 00:17:41 <freach42> yikes
Dec 31 00:17:58 <freach42> so, parallelism in "global" build is done how?
Dec 31 00:18:08 <khem> we use precommit verification
Dec 31 00:18:18 <khem> and Continuous integration
Dec 31 00:18:42 <khem> so our turnaround time for a bad commit is important
Dec 31 00:18:50 <freach42> so most devs are just pulling version N or N+1 of libraries?
Dec 31 00:18:50 <khem> so far its about 30 min to 1hr
Dec 31 00:18:53 <freach42> compiled
Dec 31 00:19:03 <khem> yes
Dec 31 00:19:09 <khem> thats the bad part
Dec 31 00:19:30 <freach42> yep, we end up having to tinker with the kernel a lot to work around silicon bugs
Dec 31 00:19:32 <khem> but we use BB_SRCREV_POLICY = "cache"
Dec 31 00:19:49 <khem> so it does not fetch new changes everytime underneath a build
Dec 31 00:19:53 <freach42> where is that stored, or is in an env variable?
Dec 31 00:19:59 <khem> local.conf
Dec 31 00:20:05 <khem> we use AUTOREVs in recipes
Dec 31 00:20:16 <khem> so that infact will be quite disruptive
Dec 31 00:20:34 <khem> since every commit will start affecting all devs
Dec 31 00:20:53 <khem> and most of the time they dont want to change things like this behind the scenes
Dec 31 00:20:59 <freach42> what about explicit parallelism to make?
Dec 31 00:21:09 <khem> although I would prefer them to act as integrator :)
Dec 31 00:21:30 <khem> parallism is calculated at start
Dec 31 00:21:36 <khem> based on build machine config
Dec 31 00:21:52 <khem> you can also lock it to something static if you like
Dec 31 00:23:11 <freach42> we just do chrt -b 0 nice ionice make -j10 -l10 <top-Makefile>
Dec 31 00:24:16 <khem> BB_NUMBER_THREADS
Dec 31 00:24:22 <khem> and PARALLEL_MAKE
Dec 31 00:24:37 <freach42> so I echo BB_NUMBER_THREADS=10 >> local.conf   ?
Dec 31 00:26:14 <khem> which release are u using
Dec 31 00:27:00 <freach42> 1.28.0
Dec 31 00:27:08 <khem> yocto 2.0 ?
Dec 31 00:27:31 <freach42> that was from bitbake --version
Dec 31 00:27:40 <freach42> I don't believe yocto is installed
Dec 31 00:28:13 <freach42> BitBake Build Tool Core version 1.28.0
Dec 31 00:30:35 <freach42> regarding my concern about the final exe that's build against the libraries...  The shared libraries look to have the right dependencies amongst them, just not the final exe
**** ENDING LOGGING AT Thu Dec 31 02:59:58 2015