**** BEGIN LOGGING AT Sun Mar 25 02:59:58 2012
Mar 25 13:24:26 <VtS> someone here which has successfully build oe for cubox?
Mar 25 13:28:22 <VtS1> which one is the machine and distro support channel if anyone exist ^^ ?
Mar 25 13:48:46 <VtS> look at this http://solid-run.com/  may someone can help me build for this nice little thing?
Mar 25 15:13:02 <khem> VtS: its sunday most of folks are off
Mar 25 15:13:23 <khem> VtS: I dont think there is upstream machine description per se for this machine 
Mar 25 15:13:33 <khem> but that does not mean it can not be done
Mar 25 15:13:58 <khem> its probably matter of writing recipes for kernel and bootloader and you are all set
Mar 25 15:15:32 <VtS> yeah i tried that
Mar 25 15:16:14 <VtS> @ http://git.teamcoders.org/lmc/lmc/trees/master/meta-cubox
Mar 25 15:16:27 <VtS> but it always fails at gcc-inital
Mar 25 15:17:04 <khem> it seems to be based on sheeva 
Mar 25 15:17:07 <khem> hmm 
Mar 25 15:17:08 <VtS> yeah
Mar 25 15:17:12 <khem> whats the error
Mar 25 15:17:13 <VtS> 510
Mar 25 15:17:21 <VtS> mom
Mar 25 15:18:20 <VtS> | configure: error: cannot compute suffix of object files: cannot compile
Mar 25 15:18:20 <VtS> | See `config.log' for more details.
Mar 25 15:18:20 <VtS> | make[1]: *** [configure-target-libgcc] Error 1
Mar 25 15:18:20 <VtS> | make[1]: Leaving directory `/storage/raid6/Dev/cubox/cubox-oe/build/tmp-eglibc/work/armv7-vfp-oe-linux-gnueabi/gcc-cross-initial-4.6.3+svnr184847-r23/gcc-4_6-branch/build.x86_64-linux.arm-oe-linux-gnueabi'
Mar 25 15:18:20 <VtS> | make: *** [all] Error 2
Mar 25 15:18:21 <VtS> | ERROR: oe_runmake failed
Mar 25 15:18:44 <khem> ok this is known I m thiking you are using angstrom
Mar 25 15:18:46 <VtS> no mather what branch of oe i use
Mar 25 15:18:58 <VtS> no oe-core master-next
Mar 25 15:19:03 <VtS> also tried master
Mar 25 15:19:05 <khem> hmm
Mar 25 15:20:19 <khem> can you post this config.log
Mar 25 15:20:24 <VtS> sure
Mar 25 15:22:50 <VtS> http://pastebin.com/Kc4ttvsR
Mar 25 15:26:16 <khem> VtS: interesting it could be a gcc bug
Mar 25 15:26:31 <khem> i will take a look in a while
Mar 25 15:27:06 <VtS> thx
Mar 25 15:29:43 <khem> meanwhile if you change include conf/machine/include/tune-armv7.inc to include conf/machine/include/tune-armv7a.inc in your machine.conf you should be ok
Mar 25 15:30:08 <VtS> ah ok ... will try that
Mar 25 15:34:38 <VtS> tune_arch is not set in v7a
Mar 25 15:34:59 <VtS> its really difficult to check all inherits 
Mar 25 15:35:24 <VtS> should i include arch-arm.inc
Mar 25 15:45:29 <VtS> mhm sry ... its in conf/machine/include/arm/arch-armv7a.inc ... khem did you mean that file?
Mar 25 15:58:47 <khem> VtS: change meta-cubox/conf/machine/cubox.conf
Mar 25 15:59:08 <khem> to include conf/machine/include/arm/arch-armv7a.inc instead of conf/machine/include/arm/arch-armv7.inc
Mar 25 15:59:53 <VtS> yeah did that ... its baking now ... it will come to gcc-cross-inital now
Mar 25 15:59:59 <khem> k
Mar 25 16:00:09 <khem> is that layer created by you
Mar 25 16:01:04 <VtS> should i include iwmmxt ?
Mar 25 16:01:04 <khem> make sure you mention it in http://www.openembedded.org/wiki/LayerIndex once its healthy
Mar 25 16:01:15 <VtS> sure
Mar 25 16:01:25 <khem> well for now leave it out
Mar 25 16:02:11 <khem> does this soc has neon unit
Mar 25 16:02:15 <VtS> no
Mar 25 16:02:51 <khem> guessed so
Mar 25 16:03:05 <khem> its vfp3 and iwmmxt2
Mar 25 16:03:27 <VtS> yes
Mar 25 16:06:34 <VtS> heah cool ... i'm past that gcc-cross-inital :)
Mar 25 16:06:41 <VtS> thx khem
Mar 25 16:08:55 <khem> np
Mar 25 16:11:42 <khem> hmm armv7 is Least Common Denominator of V7-A V7-M and V7-R and V7-M only supports thumb2 instructions
Mar 25 16:11:51 <khem> so gcc is right about the warning
**** ENDING LOGGING AT Mon Mar 26 02:59:58 2012