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

build fails #1318

Closed
ibobak opened this issue Dec 24, 2023 · 4 comments
Closed

build fails #1318

ibobak opened this issue Dec 24, 2023 · 4 comments
Assignees
Labels
platform: Linux Issues affecting Linux priority: P1 Big impact or workaround impractical; resolve before feature release status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Milestone

Comments

@ibobak
Copy link

ibobak commented Dec 24, 2023

System info

Operating System: Ubuntu 22.04
Shaka Packager Version: I am on a master branch, commit 3e71302
gcc version: gcc (GCC) 13.1.0
cmake version: 3.22.1

Issue and steps to reproduce the problem

I am running two commands

cmake -B build -G Ninja -DCMAKE_BUILD_TYPE=Release
cmake --build build --parallel

and getting this:

[396/1221] Building C object packager/third_party/libxml2/source/CMakeFiles/LibXml2.dir/threads.c.o
FAILED: packager/third_party/libxml2/source/CMakeFiles/LibXml2.dir/threads.c.o
/usr/bin/cc -D_REENTRANT -I/home/ihor/github/shaka-packager/packager/.. -I/home/ihor/github/shaka-packager/package
r/../include -I/home/ihor/github/shaka-packager/build/packager/third_party/libxml2/source -I/home/ihor/github/shak
a-packager/packager/third_party/libxml2/source/include -O3 -DNDEBUG -fPIC -Wall -Wextra -Werror -Wno-unknown-warni
ng-option -Wno-format-extra-args -Wno-unused-but-set-variable -Wno-unused-parameter -Wno-format-truncation -Wno-ar
ray-bounds -MD -MT packager/third_party/libxml2/source/CMakeFiles/LibXml2.dir/threads.c.o -MF packager/third_party
/libxml2/source/CMakeFiles/LibXml2.dir/threads.c.o.d -o packager/third_party/libxml2/source/CMakeFiles/LibXml2.dir
/threads.c.o -c /home/ihor/github/shaka-packager/packager/third_party/libxml2/source/threads.c
/home/ihor/github/shaka-packager/packager/third_party/libxml2/source/threads.c: In function ‘xmlInitThreads’:
/home/ihor/github/shaka-packager/packager/third_party/libxml2/source/threads.c:875:28: error: the comparison will
always evaluate as ‘true’ for the address of ‘pthread_equal’ will never be NULL [-Werror=address]
  875 |             (pthread_equal != NULL) &&
      |                            ^~
In file included from /usr/include/features.h:486,
                 from /usr/include/x86_64-linux-gnu/bits/libc-header-start.h:33,
                 from /usr/include/stdio.h:27,
                 from /home/ihor/github/shaka-packager/packager/third_party/libxml2/source/libxml.h:54,
                 from /home/ihor/github/shaka-packager/packager/third_party/libxml2/source/threads.c:11:
/usr/local/lib/gcc/x86_64-pc-linux-gnu/13.1.0/include-fixed/pthread.h:1349:1: note: ‘pthread_equal’ declared here
 1349 | __NTH (pthread_equal (pthread_t __thread1, pthread_t __thread2))
      | ^~~~~
At top level:
cc1: note: unrecognized command-line option ‘-Wno-unknown-warning-option’ may have been intended to silence earlie
r diagnostics
cc1: all warnings being treated as errors
[485/1221] Building CXX object packager/third_party/goo...urce/googletest/CMakeFiles/gtest.dir/src/gtest-all.cc.o
ninja: build stopped: subcommand failed.
@mawashii
Copy link

I can confirm I had the exact same issue on a Debian GNU/Linux 12 (bookworm) system with cmake version 3.25.1, ninja version 1.11.1, gcc version 12.2.0

I managed to get the main branch to build on a Ubuntu 20.04.6 LTS system with cmake version 3.16.3, ninja version 1.10.0, gcc version 9.4.0

Not sure which part of the equation made the difference here but the build finished properly on the Ubuntu host, maybe that helps you in the meantime.

@joeyparrish
Copy link
Member

@ibobak, @mawashii, can you please test again with the latest from main? There have been many changes since the commit you referenced from December 1st, including upgrades to zlib, protobuf, and absl, and a change to stop treating warnings as errors in third_party dependencies. My hope is that one of these many changes has resolved the issue. If not, we can try an update to libxml2.

@joeyparrish joeyparrish self-assigned this Feb 15, 2024
@joeyparrish joeyparrish added type: bug Something isn't working correctly priority: P1 Big impact or workaround impractical; resolve before feature release platform: Linux Issues affecting Linux labels Feb 15, 2024
@github-actions github-actions bot added this to the v3.0 milestone Feb 15, 2024
@cosmin
Copy link
Contributor

cosmin commented Feb 15, 2024

The change to not treat warning as errors in 3rd party libraries should have resolved this issue.

@joeyparrish joeyparrish added the status: waiting on response Waiting on a response from the reporter(s) of the issue label Feb 15, 2024
Copy link

Closing due to inactivity. If this is still an issue for you or if you have further questions, the OP can ask shaka-bot to reopen it by including @shaka-bot reopen in a comment.

@github-actions github-actions bot removed the status: waiting on response Waiting on a response from the reporter(s) of the issue label Feb 22, 2024
@github-actions github-actions bot added the status: archived Archived and locked; will not be updated label Apr 22, 2024
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 22, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
platform: Linux Issues affecting Linux priority: P1 Big impact or workaround impractical; resolve before feature release status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Projects
None yet
Development

No branches or pull requests

4 participants