Skip to content

tests: shell: build failure due to definition conflicts with zephyr-sdk0.17.1-rc1 and pico lib #88692

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
hakehuang opened this issue Apr 16, 2025 · 5 comments
Assignees
Labels
area: picolibc Picolibc C Standard Library area: Toolchains Toolchains bug The issue is a bug, or the PR is fixing a bug

Comments

@hakehuang
Copy link
Collaborator

hakehuang commented Apr 16, 2025

Describe the bug

303   \| #define _POSIX2_COLL_WEIGHTS_MAX (2) \|   /opt/toolchains/zephyr-sdk-0.17.1-rc1/arm-zephyr-eabi/picolibc/include/sys/syslimits.h:105:   note: this is the location of the previous definition 105 \| #define   _POSIX2_COLL_WEIGHTS_MAX 2 \| /home/jenkins/agent/workspace/bitbucket_build_platform/zephyr/include/zephyr/posix/posix_features.h:304:   error: "_POSIX2_EXPR_NEST_MAX" redefined [-Werror] 304 \| #define   _POSIX2_EXPR_NEST_MAX (32) \|   /opt/toolchains/zephyr-sdk-0.17.1-rc1/arm-zephyr-eabi/picolibc/include/sys/syslimits.h:106:   note: this is the location of the previous definition 106 \| #define   _POSIX2_EXPR_NEST_MAX 32 \|   /home/jenkins/agent/workspace/bitbucket_build_platform/zephyr/include/zephyr/posix/posix_features.h:305:   error: "_POSIX2_LINE_MAX" redefined [-Werror] 305 \| #define   _POSIX2_LINE_MAX (2048) \|   /opt/toolchains/zephyr-sdk-0.17.1-rc1/arm-zephyr-eabi/picolibc/include/sys/syslimits.h:107:   note: this is the location of the previous definition 107 \| #define   _POSIX2_LINE_MAX 2048 \| cc1: all warnings being treated as errorsninja: build   stopped: subcommand failed.

Please also mention any information which could help others to understand
the problem you're facing:

  • What target platform are you using?
  • any platform
  • What have you tried to diagnose or workaround this issue?
  • git bisect
  • Is this a regression? If yes, have you been able to "git bisect" it to a
    specific commit?

To Reproduce

scripts/twister -p mimxrt1180_evk/mimxrt1189/cm7 -j 12 -T tests\subsys\shell\shell_history --build-only --inline-logs -M all

Expected behavior

Build pass

Impact

shell

Logs and console output

see above

Environment (please complete the following information):

  • OS: (e.g. Linux, MacOS, Windows) ALL
  • Toolchain (e.g Zephyr SDK, ...) zephyr-sdk-0.17.1-rc1
  • Commit SHA or Version used: v4.1.0-2465-gb2b7a468eadd
@hakehuang hakehuang added the bug The issue is a bug, or the PR is fixing a bug label Apr 16, 2025
@hakehuang hakehuang changed the title shell: build failure due to definition conflicts shell: build failure due to definition conflicts with zephyr-sdk0.17.1-rc1 and pico lib Apr 16, 2025
@hakehuang hakehuang added area: Toolchains Toolchains area: picolibc Picolibc C Standard Library labels Apr 16, 2025
@hakehuang hakehuang changed the title shell: build failure due to definition conflicts with zephyr-sdk0.17.1-rc1 and pico lib tests: shell: build failure due to definition conflicts with zephyr-sdk0.17.1-rc1 and pico lib Apr 16, 2025
@mmahadevan108
Copy link
Collaborator

@stephanosio can you help take a look at this.

@nashif
Copy link
Member

nashif commented Apr 16, 2025

why are you submitting bugs against an unreleased sdk? This is because we did not merge the needed picolibc patches into Zephyr yet. you need those for this to work.

@hakehuang
Copy link
Collaborator Author

hakehuang commented Apr 17, 2025

why are you submitting bugs against an unreleased sdk? This is because we did not merge the needed picolibc patches into Zephyr yet. you need those for this to work.

@nashif, the sdk is deploy in the zephyr docker already, my system pull the latest zephyr docker.

@danieldegrasse
Copy link
Collaborator

@hakehuang, going to close this as testing shouldn't be done using pre-release SDK revisions. Rather, the same docker image should be used as is used in upstream CI.

@hakehuang
Copy link
Collaborator Author

@hakehuang, going to close this as testing shouldn't be done using pre-release SDK revisions. Rather, the same docker image should be used as is used in upstream CI.

Thanks, just try to set sentry alert for the coming release, as we always pull the dock-src to build image, so once this update, our test image is updated as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: picolibc Picolibc C Standard Library area: Toolchains Toolchains bug The issue is a bug, or the PR is fixing a bug
Projects
None yet
Development

No branches or pull requests

5 participants