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.

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

minimal multilib build fails #3014

Closed
eworm-de opened this issue May 6, 2024 · 5 comments · Fixed by #3020
Closed

minimal multilib build fails #3014

eworm-de opened this issue May 6, 2024 · 5 comments · Fixed by #3020

Comments

@eworm-de
Copy link
Contributor

eworm-de commented May 6, 2024

Building current stable/v2.40 for Arch Linux multilib package (lib32-util-linux) fails.

[241/534] Compiling C object libmount/python/pylibmount.cpython-312-x86_64-linux-gnu.so.p/pylibmount.c.o
FAILED: libmount/python/pylibmount.cpython-312-x86_64-linux-gnu.so.p/pylibmount.c.o 
gcc -m32 -Ilibmount/python/pylibmount.cpython-312-x86_64-linux-gnu.so.p -Ilibmount/python -I../util-linux/libmount/python -Iinclude -I../util-linux/include -Ilibmount -I../util-linux/libmount -I/usr/include/python3.12 -fvisibility=hidden -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c99 -D_GNU_SOURCE -include /build/lib32-util-linux/src/build/config.h -fno-common -Waddress-of-packed-member -Wdiscarded-qualifiers -Wformat-security -Wimplicit-function-declaration -Wmissing-declarations -Wmissing-parameter-type -Wmissing-prototypes -Wnested-externs -Wno-missing-field-initializers -Wold-style-definition -Wpointer-arith -Wredundant-decls -Wsign-compare -Wstrict-prototypes -Wtype-limits -Wuninitialized -Wunused-but-set-parameter -Wunused-but-set-variable -Wunused-parameter -Wunused-result -Wunused-variable -Wvla -Walloca -D_TIME_BITS=64 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -g -ffile-prefix-map=/build/lib32-util-linux/src=/usr/src/debug/lib32-util-linux -flto=auto -fPIC -Wno-cast-function-type -Wno-error=redundant-decls -MD -MQ libmount/python/pylibmount.cpython-312-x86_64-linux-gnu.so.p/pylibmount.c.o -MF libmount/python/pylibmount.cpython-312-x86_64-linux-gnu.so.p/pylibmount.c.o.d -o libmount/python/pylibmount.cpython-312-x86_64-linux-gnu.so.p/pylibmount.c.o -c ../util-linux/libmount/python/pylibmount.c
In file included from /usr/include/python3.12/Python.h:38,
                 from ../util-linux/libmount/python/pylibmount.h:4,
                 from ../util-linux/libmount/python/pylibmount.c:21:
/usr/include/python3.12/pyport.h:586:2: error: #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)."
  586 | #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc config?)."
      |  ^~~~~

This was caused by commit 79546fc, specifically dropping the code from libmount/python/meson.build. Adding these lines back makes the build succeed.

The build is very minimal, as I am interested in the libraries only. Please see the PKGBUILD for the build options used.

@eworm-de
Copy link
Contributor Author

eworm-de commented May 7, 2024

Just added that code back in to make the package build:
https://gitlab.archlinux.org/archlinux/packaging/packages/lib32-util-linux/-/commit/9e6f38ae0fad5dbbf0ade158ada45591251db55e

Though wondering... Why is that python code building at all? It is disabled... No?

@eworm-de
Copy link
Contributor Author

eworm-de commented May 9, 2024

CC @jwillikers for authorship of causing commit

@jwillikers
Copy link
Contributor

@eworm-de Thanks for the CC. I'm trying to figure out exactly what's going on in your situation. I have the feeling that adding that code back disabled building pylibmount. Is that the case?

@jwillikers
Copy link
Contributor

@eworm-de Assuming that this is indeed the case, then I think that PR #3020 should fix your issue. If you can confirm that it fixes this, that would be great.

@eworm-de
Copy link
Contributor Author

Answered in PR #3020 ...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants