linux/poky.git/meta/recipes-devtools/gdb, branch pyro-next

gdb: fix gdbserver not working in musl/mips context

2017-11-05T22:39:47+00:00

Similar to https://bugs.lede-project.org/index.php?do=details&task_id=637&openedfrom=-1%2Bweek (From OE-Core rev: c33426e2011054043c276c72b8af651a9aa179ad) Signed-off-by: André Draszik Acked-by: Sylvain Lemieux Signed-off-by: Ross Burton (cherry picked from commit 0b9d94a5e54191f93659f7b4e7a3cb4376487823) Signed-off-by: André Draszik Signed-off-by: Armin Kuster Signed-off-by: Richard Purdie

recipes/*-cross recipes: ignore TARGET_ARCH sstate hash

2017-04-12T14:09:58+00:00

"yocto-compat-layer.py --machines" showed that shared packages like gcc-cross-powerpc64 have a sstate signature that depends on TUNEFLAGS. As a result, there are unnecessary rebuilds and potential conflicts in a multiconfig. That's due to the way how TARGET_ARCH is set. Richard Purdie suggested setting TARGET_ARCH[vardepvalue] as fix, which works. It would be shorter to do that in cross.bbclass instead of repeating the relevant line in different recipes, but Richard was concerned about potential side-effects in other usages of cross.bbclass. TARGET_GOARM as used in go.inc is still causing signature differences for go-cross-powerpc64 and machines b4420qds-64b and p5020ds-64b. This needs further investigation. (From OE-Core rev: 39bfa0dd3237cbca47e7fca1075d521f9d073f25) Signed-off-by: Patrick Ohly Signed-off-by: Richard Purdie

gdb-cross: avoid tune specific paths

2017-04-12T14:09:58+00:00

gdb-cross used to be specific to the tune flags, but isn't anymore. Therefore it is enough to use TARGET_SYS instead of TUNE_PKGARCH to create a unique path. Fixes a sstate signature difference that was found via yocto-compat-layer.py's test_machine_signatures check. In practice it probably showed up as unnecessarily rebuilding gdb-cross when switching between machines like intel-corei7-64 and qemux86-64. (From OE-Core rev: f346473a4868563db7fb63665e808c3fe25a8b58) Signed-off-by: Patrick Ohly Signed-off-by: Richard Purdie

gdb: don't bundle bfd.info -- leave that to binutils.

2017-03-17T16:53:04+00:00

We see: file /usr/share/info/bfd.info conflicts between attempted installs of gdb-doc-7.12.1-r0.core2_64 and binutils-doc-2.28-r0.core2_64 You can't really have gdb and not binutils, so there is no need to do alternatives here ; just clobber the one from gdb and let the binutils one be the default. (From OE-Core rev: 19a825a578e2e705e5502982b787cff54d021359) Signed-off-by: Paul Gortmaker Signed-off-by: Richard Purdie

recipes: Make use of the new bb.utils.filter() function

2017-03-01T11:17:45+00:00

(From OE-Core rev: 0a1427bf9aeeda6bee2cc0af8da4ea5fd90aef6f) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie

gdb: Upgrade to 7.12.1

2017-02-23T20:49:49+00:00

Drop already applied patches (From OE-Core rev: 233641857bdc4071e5cb9a25206def880eb2754d) (From OE-Core rev: 3393364d1b365226d15042f20f0e6c56a439225b) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gdb 7.12: fix armv8b build

2017-02-05T09:22:17+00:00

Backport fix from GDB upstream to fix big-endian aarch64 build. (From OE-Core rev: 0635a96d82f5f5dd65a2d45ddca7559dea847916) Signed-off-by: Koen Kooi Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gdb: Upgrade to 7.12

2016-12-20T15:22:16+00:00

(From OE-Core rev: 59338b0bc2f8a5fe929d906769f5518ec67d6f3f) Signed-off-by: Khem Raj Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gdb-cross-canadian: Depend on nativesdk-python3-importlib

2016-12-08T10:31:30+00:00

Add missing dependency on nativesdk-python3-importlib so the imp Python module is installed. Before this patch, running gdb from the sdk would give the following error: Python Exception No module named 'imp': (From OE-Core rev: ad00a31fbe93e073a2d83616efcd08c5a7ef37c9) Signed-off-by: George McCollister Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gdb-cross: depends on flex-native and bison-native

2016-11-30T15:48:06+00:00

Some source code of gdb is generated with flex or bison. Make both dependencies, to avoid compilation failure on host without them. (From OE-Core rev: ed521f12c56375de8474b0127cc8a7c25ea93e1e) Signed-off-by: Yuanjie Huang Signed-off-by: Ross Burton Signed-off-by: Richard Purdie