**** BEGIN LOGGING AT Thu Nov 14 02:59:59 2013 Nov 14 09:35:14 morning all Nov 14 09:38:59 morning all. hi bluelightning Nov 14 09:39:06 hi silvio_ Nov 14 09:49:48 is it possble to use an external toolchain with oe/yocto? Nov 14 09:55:55 ccube: yes Nov 14 09:57:05 I tried EXTERNAL_TOOLCHAIN="/path/to/my/toolchain", but didnt work Nov 14 09:57:11 hi bluelightning and silvio_ rburton Nov 14 09:57:26 ccube there is a section in the yocto manual I think Nov 14 09:57:49 hi woglinde Nov 14 09:59:47 yeah pretty sure there's a section Nov 14 10:01:36 uh, forgot to set TCMODe Nov 14 10:01:40 thx guys Nov 14 10:40:05 morning all Nov 14 11:18:53 hi pb Nov 14 11:33:13 hi woglinde Nov 14 12:20:44 bluelightning, how do I edit the entry? Nov 14 12:21:07 Crofton|work: http://www.openembedded.org/Layers_FAQ#How_can_I_edit_the_entry_for_my_layer.3F Nov 14 12:36:42 I did it as a common layer and a bsp layer, do I need to add both? Nov 14 12:37:46 I'm thinking about revisiting that though :) Nov 14 12:46:22 Crofton|work: I guess it depends on whether the common layer will have anything interesting in it Nov 14 12:46:34 I'm not sure I understand the split though Nov 14 17:25:00 moin Nov 14 18:24:44 firefox Nov 14 18:32:09 darknighte: ping, you there? Nov 14 19:09:28 darknighte_znc: ping Nov 14 20:17:40 darknighte_znc: thanks! Nov 14 21:15:37 In oe-classic, when build, for example, m4-native, bitbake uses "gcc -std=gnu99". Is there a way to make it use std=c11 ? Nov 14 22:03:27 awozniak: you mean in one recipe or globally? Nov 14 22:04:36 seems to be one recipe. I think I've got it figured out. Actually a class of recipes really, for things that look for gets and scold you if you try to use it, but it looks like gets has been removed from newer gcc implementations Nov 14 22:05:10 yup Nov 14 22:05:30 i had to patch a few of those when i bumped my toolchain in classic Nov 14 22:08:52 anarsoul: hi. pls check for changes btw 3.12-rc5 and r.12 Nov 14 22:09:03 (if any) Nov 14 22:09:51 linux-yocto-dev builds is up to 3.12 now Nov 14 22:10:35 mr_science: seems silly for those checks to be there for us, they're more aimed I guess at the upstream developers to prevent them from inserting questionable code. But I guess they fix that upstream too. Really, my problem is being locked into an ancient oe-classic release, and that's really out of my control (they're paying me to maintain, not update) Nov 14 22:11:17 same here Nov 14 22:11:45 yocto is my own stuff, arago classic is my day job Nov 14 22:11:53 part of it anyway... Nov 14 22:13:01 arago classic :) Nov 14 22:15:34 evening all Nov 14 22:17:06 pb_: hey there Nov 14 22:17:13 hi ant_home Nov 14 22:17:24 pb_: found one of your mail in spam :/ Nov 14 22:17:30 doh Nov 14 22:17:40 I should stop selling that viagra Nov 14 22:17:40 don't laugh Nov 14 22:17:42 X-Spam_report: Spam detection software, Nov 14 22:17:42 running on the system "hetzner.pbcl.net", has Nov 14 22:17:42 identified this incoming email as possible spam. Nov 14 22:17:49 oh, heh Nov 14 22:17:56 Crofton|work: no laughing unless you have guinness to share... Nov 14 22:18:11 heh Nov 14 22:18:15 I think taboo were the capitals ;) Nov 14 22:18:27 it is good to see oe-classic stuff living on Nov 14 22:18:42 ah yes Nov 14 22:18:57 I guess I should teach my spam checker not to scan my own outgoing mail :-} Nov 14 22:19:30 Gmail decided it was spam Nov 14 22:20:35 * mr_science needs to redirect his gentoo mail to gmail Nov 14 22:21:03 right, always best to give google access to as much of your email as possible Nov 14 22:21:13 heh Nov 14 22:21:45 I keep meaning to install that thing that just sends the whole contents of my hard disk to them. Nov 14 22:23:11 pb_: it's mostly spam anyway Nov 14 22:23:36 ah, fair enough Nov 14 22:23:42 and what's not spam is open source/public communication anyway Nov 14 22:24:12 * mr_science will end every sentence today with "anyway" Nov 14 22:24:43 pb_: another great idea becoming more and more popular is to put your private stuff in the *cloud Nov 14 22:30:52 ant_home: that's only for passwords and social security numbers, stuff like that Nov 14 22:31:14 sensitive corporate data is also popular Nov 14 22:54:44 ant_home: i actually hear things like that in the context of our surgical camera Nov 14 22:54:59 "put it in the cloud..." Nov 14 22:55:14 i just shake my head and walk away Nov 15 00:01:38 in oe-classic, are recipe variables passed down into the build environment? Can I do stuff like set LD_LIBRARY_PATH in the recipe? Nov 15 00:05:04 looks like the answer is "no" Nov 15 00:07:38 awozniak: sometimes i pass global vars from setenv through BB_ENV_EXTRAWHITE or whatever that guy is Nov 15 00:08:04 you should also be able to export from a recipe Nov 15 00:08:05 mr_science: thx, I stuck it in do_compile_prepend Nov 15 00:08:16 yep, export in do_compile_prepend Nov 15 00:10:39 mr_science: is there an easy way to just force have_makeinfo = no for everything during configure? Nov 15 00:12:44 should be... Nov 15 00:12:59 is that defined in configure.ac? Nov 15 00:13:20 what's the recipe? Nov 15 00:13:53 yes. right now I'm looking at guile-native, but really, I'd like it across the board. Nov 15 00:14:07 no one is ever going to look at any of the .info files that are getting built. Nov 15 00:14:16 for all native recipes or all recipes period? Nov 15 00:14:42 both? either? Nov 15 00:16:01 in some of our toolchain ebuilds we do things like "export gcc_cv_libc_provides_ssp=yes" Nov 15 00:16:16 somethign like that might work Nov 15 00:16:21 awesome, thx Nov 15 00:24:43 do_configure_prepend { export MAKEINFO=cat } Nov 15 00:24:59 okay Nov 15 00:25:13 nope, fail Nov 15 00:25:21 that would be per-recipe though, right? Nov 15 00:25:27 yeah Nov 15 00:25:31 maybe not fails Nov 15 00:25:50 try exporting it via setenv/BB_ENV Nov 15 00:25:51 I'm not super familiar with info Nov 15 00:28:37 I'm seeing build failaures in lttng Nov 15 00:28:42 try it in setenv => export=cat and then add MAKEINFO to the list of vars in BB_ENV Nov 15 00:28:56 oops, paste glitch Nov 15 00:29:06 export MAKEINFO=cat in setenv **** ENDING LOGGING AT Fri Nov 15 02:59:58 2013