AM625: multilib toolchain sysroot donot have lib32 head files

stephen zhang

Part Number: AM625

After adding multillib to local.conf, there is no problem with the compilation system,

# Define multilib target
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE:virtclass-multilib-lib32 = "armv7athf-neon"

# Specify 32-bit packages to be added
IMAGE_INSTALL:append = " lib32-glibc lib32-libgcc lib32-libstdc++"

# AM62x GPU drivers don't support 32-bit, remove for now
MACHINE_FEATURES:remove = "gpu"

# The kms++ packages are not compatible with multilib builds, remove for now
RDEPENDS:packagegroup-arago-base:remove = "kms++ kms++-python"

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1288705/am625-sdk9-0-multilib-for-customer-board/4889818?tisearch=e2e-sitesearch&keymatch=%20user%3A565320#4889818

$ MACHINE=am62xx-customer bitbake tisdk-customer-image

$ MACHINE=am62xx-customer bitbake meta-toolchain-arago-tisdk

but there is no 32-bit header file in the sysroot of the cross-compilation tool chain, error reported when compiling a 32bit program.

In file included from /home/user/cross_compile/sdk_multilib/sysroots/aarch64-oe-linux/usr/include/./features-time64.h:21:0,
                 from /home/user/cross_compile/sdk_multilib/sysroots/aarch64-oe-linux/usr/include/./features.h:392,
                 from /home/user/cross_compile/sdk_multilib/sysroots/aarch64-oe-linux/usr/include/./bits/libc-header-start.h:33,
                 from /home/user/cross_compile/sdk_multilib/sysroots/aarch64-oe-linux/usr/include/./stdlib.h:26,
                 from /home/user/APP/src/include/stdsys.h:20,
                 from config_parser/cfg_parser.c:15:
/home/user/cross_compile/sdk_multilib/sysroots/aarch64-oe-linux/usr/include/./bits/timesize.h:23:30: fatal error: bits/timesize-32.h: No such file or directory
compilation terminated.
<builtin>: recipe for target 'config_parser/cfg_parser.o' failed
make[1]: *** [config_parser/cfg_parser.o] Error 1
make[1]: Leaving directory '/home/user/2_m822e/app/svn_app_05_08/APP/src/lib'
Makefile:22: recipe for target 'all' failed
make: *** [all] Error 2

timesize-32.h is defined in timesize.h, but there is only timesize-64.h in the bits folder

/home/user/cross_compile/sdk_multilib/sysroots/aarch64-oe-linux/usr/include/./bits/timesize.h

/*
 * Copyright (C) 2005-2011 by Wind River Systems, Inc.
 *
 * SPDX-License-Identifier: MIT
 *
 */

#include <bits/wordsize.h>

#if __WORDSIZE == 32

#ifdef _MIPS_SIM

#if _MIPS_SIM == _ABIO32
#include <bits/timesize-32.h>
#elif _MIPS_SIM == _ABIN32
#include <bits/timesize-n32.h>
#else
#error "Unknown _MIPS_SIM"
#endif

#else /* _MIPS_SIM is not defined */
#include <bits/timesize-32.h>
#endif

#elif __WORDSIZE == 64
#include <bits/timesize-64.h>
#else
#error "Unknown __WORDSIZE detected"
#endif /* matches #if __WORDSIZE == 32 */

Even if this problem is solved, there will still be bits/long-double-32.h, gnu/stubs-32.h, bits/floatn-32.h and other similar problems. How to add the lib32 header file to the tool chain?

Regards,Stephen

over 2 years ago

0 Andreas Dannenberg over 2 years ago

TI__Guru 70472 points

stephen zhang said:
$ MACHINE=am62xx-customer bitbake meta-toolchain-arago-tisdk

but there is no 32-bit header file in the sysroot of the cross-compilation tool chain, error reported when compiling a 32bit program.

On SDK v8.6 I was able to get fully usable & working cross-toolchain installers through using the `-c populate_sdk` option, doing something like this:

MACHINE=am62xx-evm bitbake tisdk-default-image -c populate_sdk

Can you give this a try? It may not work right out of the box, I remember having had some trouble re-creating my multilib environment in the context of SDK v9.x but I haven't looked at that for a while.

Regards, Andreas

0 stephen zhang over 2 years ago in reply to Andreas Dannenberg

Intellectual 400 points

Hi Andreas,

I created two SDKs, but there are some problems in both：

1、MACHINE=am62xx-customer bitbake tisdk-customer-image -c populate_sdk

the SDK contains 32-bit header files, but cannot compile Qt programs;

In tisdk-customer-image I enabled qtbase, the rootfs produced can run Qt programs. But the SDK don't contain qmake in x86_64-arago-linux folder.

Do I need to enable some other components?

2、MACHINE=am62xx-customer bitbake meta-toolchain-arago-tisdk

the SDK does not contain 32-bit header files, but has the Qt compilation environment.

Regards,Stephen

+1 Andreas Dannenberg over 2 years ago in reply to stephen zhang

TI__Guru 70472 points

I've not experimented with this explicitly but this recipe here should include the needed tools...

meta-qt5/classes/populate_sdk_qt5.bbclass

# Copyright (C) 2014 O.S. Systems Software LTDA.

inherit populate_sdk_qt5_base

TOOLCHAIN_HOST_TASK:append = " nativesdk-packagegroup-qt5-toolchain-host"
TOOLCHAIN_TARGET_TASK:append = " packagegroup-qt5-toolchain-target"

FEATURE_PACKAGES_qtcreator-debug = "packagegroup-qt5-qtcreator-debug"

TOOLCHAIN_HOST_TASK is responsible for listing packages to be made available for building on the host when building using bitbake -c populate_sdk, see https://docs.yoctoproject.org/sdk-manual/appendix-customizing-standard.html#adding-individual-packages-to-the-standard-sdk

You you may want to investigate if the listed package group is getting included, or if there are any differences in this regard between the two ways of building the devkit.

Regards, Andreas

0 stephen zhang over 2 years ago in reply to Andreas Dannenberg

Intellectual 400 points

Hi Andreas,

It does need to be added manually, then the SDK can include the corresponding environment. Thanks.

Regards,Stephen

0 Andreas Dannenberg over 2 years ago in reply to stephen zhang

TI__Guru 70472 points

stephen zhang said:
It does need to be added manually, then the SDK can include the corresponding environment. Thanks.

Thanks for giving this a try and closing the loop here! It would be good to figure out why it didn't get included automatically, but at least you have a workaround.

Regards, Andreas

Processors

Processors forum

AM625: multilib toolchain sysroot donot have lib32 head files