QorIQのトピックRe: NOTE: Resolving any missing task queue dependencies

NOTE: Resolving any missing task queue dependencies

Bob_mi — Thu, 12 Apr 2012 16:29:08 GMT

Hi,

I am Installing the BSP for P1020 rdb. and error occurs when I Setup cross-compile environment and build images,

es@ubuntu:~/sdkP1020/QorIQ_SDK-20110709-systembuilder$ bitbake devel-image
NOTE: Handling BitBake files: | (0386/0386) [100 %]
Parsing of 386 .bb files complete (380 cached, 6 parsed). 515 targets, 1 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
ERROR: Failed to obtain CodeSourcery toolchain version
ERROR: Failed to obtain CodeSourcery toolchain version
ERROR: Failed to obtain CodeSourcery toolchain version
NOTE: Preparing runqueue
NOTE: Executing runqueue
NOTE: Running task 120 of 1429 (ID: 125, /home/es/sdkP1020/QorIQ_SDK-20110709-systembuilder/sb-core/recipes/meta/external-toolchain-csl.bb, do_install)
ERROR: Failed to obtain CodeSourcery toolchain version
ERROR: Failed to obtain CodeSourcery toolchain version
ERROR: Failed to obtain CodeSourcery toolchain version
NOTE: Running task 245 of 1429 (ID: 1287, virtual:native:/home/es/sdkP1020/QorIQ_SDK-20110709-systembuilder/oe-core/recipes/bison/bison_2.3.bb, do_patch)

Any ideas on what the issue may be? so any help is appreciated.

Best regards,

Bob

Re: NOTE: Resolving any missing task queue dependencies

lewisjoshua2 — Tue, 29 May 2012 22:34:43 GMT

I had this same issue. This is what I did.

Go to <cd <system_builder_installation_path>/freescale-2010.09/bin.

># ./<architecture>-linux-gnu-gcc -v

This gave me an error about some shared library xxxx.so.2 ( or 5 or 1 etc )

Then I ran: ># sudo yum install xxxx.so.2

This installed the appropriate package. I had to do the same for <arch>-linux-gnu-as

Re: NOTE: Resolving any missing task queue dependencies

mike_w — Mon, 22 Oct 2012 13:02:15 GMT

Helpful answer from Josh Lewis - this looks like a shortcoming in the build scripts, that fail to detect/parse the missing library issue when trying to locate the tools' version numbers.

I had the same issue but with gdb, which gave a different error syndrome; clue was in the name of the command being run:

NOTE: <type 'exceptions.IndexError'>:list index out of range while evaluating:

${@csl_get_gdb_version(d)}

ERROR: list index out of range while parsing /home/fred/freescale/QorIQ-DPAA-SDK-20111026-systembuilder/sb-core/recipes/meta/external-toolchain-csl.bb

NOTE: Handling BitBake files: \ (0408/0409) [99 %]Command execution failed: Traceback (most recent call last):

File "/home/fred/freescale/QorIQ-DPAA-SDK-20111026-systembuilder/scripts/bitbake/lib/bb/command.py", line 85, in runAsyncCommand

self.cooker.updateCache()

File "/home/fred/freescale/QorIQ-DPAA-SDK-20111026-systembuilder/scripts/bitbake/lib/bb/cooker.py", line 829, in updateCache

if not self.parser.parse_next():

File "/home/fred/freescale/QorIQ-DPAA-SDK-20111026-systembuilder/scripts/bitbake/lib/bb/cooker.py", line 1022, in parse_next

raise ParsingErrorsFound

ParsingErrorsFound

In this case for me, it was libncurses.so.5

The scripts should all be updated to detect the missing library conditions when trying to determine the tool version.