-
Notifications
You must be signed in to change notification settings - Fork 108
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
[WIP] Support musl #32
base: master
Are you sure you want to change the base?
Conversation
Signed-off-by: Yang Keao <[email protected]>
Any new progress? I can help, I am on a native musl host. |
@xhebox Really thanks for your help! It would be appreciated to submit a PR and make it work with musl. If you need any help on There is no new progress for this PR 😭 . I have tried to modify |
Oh, the flame graph? Maybe there is a workaround.. But maybe not, I will look into this and ask the author of musl-libc for some help. The problem is that it is blocking my compilation of tikv. I do not really need a well working pprof on musl. Backtracing never works well on musl... Maybe could, somehow, first pass the build of tikv. |
@xhebox Well. It would be better to use conditional compilation and target specified dependency to avoid building |
Hello, are there any plans to restart this pr? |
I ended up here after getting empty profiles from our services built with musl. I wasn't sure what the status was, are we still waiting for something to be released in #41, or do we know what is not working with musl? |
Signed-off-by: Yang Keao [email protected]
Related with #27 . But there are still problems to build on musl:
symbolic-demangle
has to be modified to avoid dynamic linking with stdc++.cpp_link_stdlib(None)
can simply solve this.The backtrace works not well:
Here is an example running the multithread_flamegraph 😢 .