Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Build fails on armv7 #49

Closed
3 tasks done
Jihadist opened this issue Jul 10, 2021 · 6 comments
Closed
3 tasks done

Build fails on armv7 #49

Jihadist opened this issue Jul 10, 2021 · 6 comments
Assignees
@grafikrobot
Labels
bug Something isn't working

Comments

@Jihadist
Copy link

Make sure you completed the following tasks

Environment and version details

  • Operating System+version: Linux Debian Buster
  • Compiler+version: GCC 8.3
  • Shell: bash
  • Docker image: multiarch/debian-debootstrap:armhf-buster

Brief problem description

Build fails on armv7 (debian armhf)

Actually problem reported boostorg/build#663 here as Boost problem (but it's not a Boost problem), then I reported it there conan-io/conan-center-index#6059 but i think it's better place for this (thanx to @madebr)
@Jihadist Jihadist added the bug Something isn't working label Jul 10, 2021
@Kojoley
Copy link
Contributor

Kojoley commented Jul 10, 2021

For some reason GLOB returns nothing there.

@Kojoley
Copy link
Contributor

Kojoley commented Jul 10, 2021

I am inclined to say that the docker image is broken. The example from man for scandir (https://man7.org/linux/man-pages/man3/scandir.3.html#EXAMPLES) spits an error: scandir: Value too large for defined data type.

@Kojoley
Copy link
Contributor

Kojoley commented Jul 10, 2021

So, the workaround is ./bootstrap.sh --cxxflags=-D_FILE_OFFSET_BITS=64. If I understand correctly, when defined(_LARGEFILE64_SOURCE) || _POSIX_C_SOURCE >= 200809L a lot of file-system related functions with 64 suffix are available and could be used instead (like open64, stat64, scandir64 and etc.) to fix the issue.

@Kojoley Kojoley mentioned this issue Jul 10, 2021
Merged
@SSE4 SSE4 mentioned this issue Jul 27, 2021
Closed
@grafikrobot grafikrobot self-assigned this Sep 23, 2021
@grafikrobot
Copy link
Member

FYI.. I'm trying to set up some QEMU arm testing to try and fix this.

@grafikrobot
Copy link
Member

The suggested workaround doesn't seem to have any effect. Or rather just adding the -D_FILE_OFFSET_BITS=64 does nothing. Assuming this is a problem of the qemu layer having missing entry points (or redirected ones) then the solution is going be a bit more involved.

@grafikrobot
Copy link
Member

Scratch that.. it does appear _FILE_OFFSET_BITS=64 does resolve the issue. Making that change shortly.

grafikrobot added a commit that referenced this issue Sep 27, 2021
@grafikrobot
Turn on partial LFS for posix like platforms.
26f2dbc 
When running b2 inside a qemu mixed mode environment (32 inside 64)
it errors with some system calls not properly translating from 64 to 32.
This works around the problem by making the 32 bit b2 build use 64 bit
file system calls in libc.

Potentially fix for:
* #49
* conan-io/conan-center-index#6059
* boostorg/build#663
psandana pushed a commit to psandana/b2 that referenced this issue Feb 24, 2022
@grafikrobot @psandana
Turn on partial LFS for posix like platforms.
2d254ed 
When running b2 inside a qemu mixed mode environment (32 inside 64)
it errors with some system calls not properly translating from 64 to 32.
This works around the problem by making the 32 bit b2 build use 64 bit
file system calls in libc.

Potentially fix for:
* bfgroup#49
* conan-io/conan-center-index#6059
* boostorg/build#663
psandana pushed a commit to psandana/b2 that referenced this issue Feb 24, 2022
@grafikrobot @psandana
Add PPC64 to verify QEMU issues are resolved.
00146b8 
Add ppc64 Ubuntu testing to verify that there are no more qemu
problems.

Fixes bfgroup#49 - boostorg/build#663
@s-trinh s-trinh mentioned this issue Oct 23, 2022
Closed
fspindle added a commit to s-trinh/visp that referenced this issue Nov 2, 2022
@fspindle
Enable large file support by adding _FILE_OFFSET_BITS=64 definition
d0639da 
- Allows to make scandir() working on armv7 virtualized on a x86-64bit architecture
- Otherwise testVideo.cpp will fail
- Solution found on:
  bfgroup/b2#49
  psandana/b2@2d254ed
- And some links when searching for _FILE_OFFSET_BITS:
  https://webcache.googleusercontent.com/search?q=cache:J_7rgI51FcYJ:www.qnx.com/developers/docs/qnxcar2/topic/com.qnx.doc.neutrino.lib_ref/topic/d/dirent.html
  https://stackoverflow.com/a/29402705
  https://man7.org/linux/man-pages/man7/feature_test_macros.7.html
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@grafikrobot grafikrobot

Labels
bug Something isn't working
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@Kojoley @grafikrobot @Jihadist