-
Notifications
You must be signed in to change notification settings - Fork 256
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
Add abseil-cpp spec to workaround GCC issue w/ openssf-compiler-options #34201
base: main
Are you sure you want to change the base?
Conversation
9e6a2ec
to
500fb54
Compare
500fb54
to
9579b82
Compare
9579b82
to
24464af
Compare
The elastic build of libreoffice failed because it didn't actually have a build-dep on |
24464af
to
2357acd
Compare
2357acd
to
171fef5
Compare
I've pushed a new version that puts the spec files in a new |
Signed-off-by: wolfi-bot <[email protected]>
Signed-off-by: wolfi-bot <[email protected]>
Signed-off-by: wolfi-bot <[email protected]>
…C bug abseil-cpp and packages that use it began to FTBFS after the introduction of openssf-compiler-options, specifically its addition of the -fno-delete-null-pointer-checks flag. This is believed to be a GCC bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71962 Unfortunately it isn't possible to "undo" this flag by appending the inverse flag (-fdelete-null-pointer-checks). So here we introduce a new package that provides a spec file that will filter out the problematic flag from the openssf spec file. Fixes wolfi-dev#34075. This commit uses the spec file to build abseil-cpp itself, and ships it in the abseil-cpp-compiler-options apk so abseil-cpp's reverse dependencies, as well as packages that vendor their own abseil-cpp source, can be updated to use it. Signed-off-by: dann frazier <[email protected]>
See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
`python3` is explicitly called in the pipeline so we should have an explicit dependency on it. This was causing us to FTBFS until recently, when we inherited `python3` as a transitive dependency of `cython-0`. Fixes: bb98184 ("make grpc-1.67 multi-version python. (wolfi-dev#31676)")
Without py3.13-cython, the build will fail once we add python3.13 support with errors like: src/python/grpcio/grpc/_cython/cygrpc.cpp: In function 'void __Pyx_init_assertions_enabled()': src/python/grpcio/grpc/_cython/cygrpc.cpp:6399:39: error: '_PyInterpreterState_GetConfig' was not declared in this scope; did you mean 'PyInterpreterState_GetID'? 6399 | __pyx_assertions_enabled_flag = ! _PyInterpreterState_GetConfig(__Pyx_PyThreadState_Current->interp)->optimization_level; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | PyInterpreterState_GetID cython-0 and py3.12-cython currently contain overlapping files, so we can't have both installed. grpc-1.67 builds fine w/o cython-0, so let's just drop it. Signed-off-by: dann frazier <[email protected]>
Signed-off-by: dann frazier <[email protected]>
Signed-off-by: dann frazier <[email protected]>
…tions See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
See: wolfi-dev#34075 Signed-off-by: dann frazier <[email protected]>
171fef5
to
0b82da4
Compare
Fixes: #34075
Also merges a few automated package update PRs that were blocked by this.
Blocked by chainguard-dev/melange#1651