oe.path.check_output was returning a bytes, not an str. Switch to bb.process
to resolve issues with python3.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
* origin/cedar:
tcmode-external-sourcery: Add MGLS_LICENSE_FILE if not found in environment
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
There's no reason not to make use of it, and it's used by default with the
internal toolchain, so this aligns us closer to that.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
Old messages:
WARNING: EXTERNAL_TARGET_SYS == TARGET_SYS. This indicates that the prefixes specified by EXTERNAL_TARGET_SYSTEMS were not found.
ERROR: EXTERNAL_TOOLCHAIN gcc path '<external-toolchain>/bin/arm-mel-linux-gnueabi-gcc' does not exist
New message:
ERROR: Unable to locate prefixed gcc binary for arm-mel-linux-gnueabi in <external-toolchain>/bin
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This alters the vars for the cross-compiler, not the build tools, so this is
most appropriate, and is one less thing to have in TOOLCHAIN_HOST_TASK.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This is a script -- we don't want to suck in the toolchain. I thought about
also pulling in allarch, but I don't know how that interacts with nativesdk
yet.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
The Sourcery x86-64 toolchain leaves 'lib' empty and uses 'lib64' for
everything, so force that in the tcmode the way we do for aarch64.
This also switches from hardcoding BASELIB to using the bits defined in the
tuning files, to reduce how much is being hardcoded.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This forces the default setup to require gdbserver from the gdb package
rather than pulling it from the external-sourcery packages.
This allows the inclusion of target-tools (and specifically gdb) in the
build image without resulting in multiple providers of gdbserver.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
Avoid providing "gdbserver" if PREFERRED_PROVIDER is set to
external-sourcery or some other package which also provides it. This
avoids "Multiple Provider" warnings.
Signed-off-by: Drew Moseley <drew_moseley@mentor.com>
Remove -mcpu=e6500 flag from TUNE_CCARGS for t4240rdb-64b
to match the toolchain options, in ADE's environment script,
with the CS3 data used by the IDE(Sourcery CodeBench).
IDE reads in the individual ABI and other toolchain options
from ADE's environment-setup script and attempts to map each
value to its appropriate OptionValue in the target data
plugin.xml. Many of the the values in the plugin.xml
(particularly the ABI values) originate from the CS3
information.
When the IDE finds a value in environment-setup script which
cannot be mapped to a value in plugin.xml, e.g -mcpu=e6500 in
this case, it simply appends it to the misc option field and
this behavior is known to be imperfect.
JIRA: SB-6290
Signed-off-by: Abdur Rehman <abdur_rehman@mentor.com>
Move bits for setting TUNE_CCARGS and TUNE_ASARGS for e6500
from tune-ppce6500.inc to sourcery-tuning.inc.
tune-ppce6500.inc has some additional bits compared to the
same file in poky. Only move those additional bits to
sourcery-tuning.
Remove tune-ppce6500.inc as it is no longer required.
JIRA: CB-5647
Signed-off-by: Abdur Rehman <abdur_rehman@mentor.com>
