* python support is needed for providing finer scripting control
in gdb, and for remote controling gdb for example from qtcreator
* gdb/configure tries to autodetect python using python executable
with --includes --ldflags --exec-prefix to get the right flags
As it's difficult to achieve in OE's context, we generate a
script which will return the right values and make gdb's build
system happy. This idea was taken from the following article :
http://www.mentby.com/doug-evans-2/python-enabled-gdb-on-windows-and-relocation.html
* tested using angstrom & armv7/armv5 targets & qtcreator 201005 & 2.4.0
Signed-off-by: Eric Bénard <eric@eukrea.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
This patch now expects gxx-include-dir
to be specified under sysroot which we
already do through gcc-cross4.inc from
oe-core
Please test
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
backport --with-linker-hash-style from trunk, fix GNU_HASH QA warnings
once for all
Explicitly disable configuring with cloog/ppl while building gcc
if the user has it installed on build box then gcc's configure will try
to use it and it can go wrong and create problems since we never built
it so
Move to tip of FSF gcc-4_5-branch
brings in bug fixes
PR 50091/ppc 50464/x86 50273/fortran 44473/c++ mangler
49965/sparc 50565/c 50659/fortran 50618/c++ 50737/alpha 50793/c++
50788/x86/SSE 50691/pa 50875/x86/SSE
50979/sparc 30282/ppc 51187/rtl 50888/bootstrap 48190/debug/QEMUhog
Merge fix for LP689887/linaro
https://bugs.launchpad.net/gcc-linaro/+bug/689887
Signed-off-by: Khem Raj <raj.khem@gmail.com>
I have tested it on angstrom by successfully building console-image
and systemd-gnome-image for all supported qemu targets.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
gcc-4.6-linaro-r106723.patch is actually a fix for PR 47551
and its needed in oe-core therefore we have to delete this
here since now it will be part of oe-core
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Now we have own copy of binutils-cross in meta-oe
we need to sync with oe-core periodically
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
* fails with TypeError: unsupported operand type(s) for +: 'NoneType' and 'str' in setup.py
when using python-2.6 or python-2.7 (don't know about python-3*)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Cloud9 is a web-browser based IDE running on node.js.
This application should support multiple architectures as long as they have
node.js and a build of node-o3-xml that is dropped into this system.
Currently, that includes x86 32/64-bit and ARM armv7. Ideally, that library
would be added separately as a system-dependent portion, because everything
else should be ISA independent.
[ small DEPENDS fixes added by koen ]
Signed-off-by: Jason Kridner <jdk@ti.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
Building gcc-cross-intermediate for x86_64
failed since the notion of multlib has changed
in oe-core. So we needed to sync 64bit hack
patch from oe-core/gcc-4.6 into meta-oe 4.5
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Koen Kooi <koen@dominion.thruhere.net>
