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>
bb.fatal already prints ERROR:, so prefixing it with Error: is pointless and
redundant.
JIRA: SB-6206
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
There's no need to override this, the default packages is fine, and we already
rprovides the non-external-suffixed package names. This would also have caused
breakage for multilib builds, as the specified package names in PACKAGES
didn't include MLPREFIX.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
This aligns with the non-external recipe, and as ${PN}-dev already disables
the staticdev QA check, this also silences the libgcov-dev QA warning. We
could also have changed libgcov-dev to ${MLPREFIX}libgcov-dev.
JIRA: SB-6225
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
With this, we can avoid the need to create a symlink for the multilib sysroot
suffix. This also adds a nativesdk package to the sdk to adjust the
environment setup there to use it as well.
JIRA: SB-6018
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
