-
Notifications
You must be signed in to change notification settings - Fork 6.6k
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
[symengine] Fix find TCMALLOC #33582
Conversation
Is the tcmalloc port not publishing something it should be publishing? I'm a bit nervous hard coding this path... |
@BillyONeal The best way is probably to add port |
I think there at least needs to be an investigation; this change might still be the correct one but we should ensure tcmalloc can't publish bits that work first. |
@BillyONeal The cmake integration for |
Note: I will be converting your PR to draft status. When you respond, please revert to "ready for review". |
Flag |
I agree, I think the best way is to add the port |
Convert to draft. |
The port exists, it just isn't publishing a cmake config this downstream port expects. |
Should we export it? vcpkg/ports/gperftools/CMakeLists.txt Line 194 in 11cbb6b
|
I think the correct solution is to export |
Ok, I will do it. |
Done. |
The usage has been tested successfully.
|
ports/gperftools/CMakeLists.txt
Outdated
install( | ||
EXPORT unofficial-libtcmalloc_minimal-targets | ||
NAMESPACE unofficial:: | ||
FILE unofficial-libtcmalloc_minimal-config.cmake | ||
DESTINATION share/unofficial-libtcmalloc_minimal | ||
) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IIUC the guidelines say that port bar
may install unofficial-bar-config.cmake
with unofficial::bar::foo
,
and so port gperftools
may install unofficial-gperftools-config.cmake
with unofficial::gperftools::libtcmalloc_minimal
.
If gerftools is the right port to install and own this lib.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please apply @dg0yt's suggestion
New usage has been verified:
|
marking |
Any update on this PR? |
@JavierMatosD The totally unrelated gperftools should not be vendoring TCMALLOC. And we should not be making symengine consume that vendored copy. Sorry for any confusion. google/tcmalloc#104 <-- Google has had more than enough time given our usual cooldown periods. I think the path forward is this:
I'm sorry that our 'rotation' process has led to some confusion as we didn't always understand everything when this was handed off between maintainers. I'll look to get this one to some resolution regardless of the 'rotation' mechanism. |
I'm marking this PR draft until review comments have been addressed. |
Is there any new progress? |
Turn it off temporarily. |
Fix #33576
All features has been tested successfully locally.
SHA512s are updated for each updated downloadThe "supports" clause reflects platforms that may be fixed by this new versionAny fixed CI baseline entries are removed from that file.Any patches that are no longer applied are deleted from the port's directory../vcpkg x-add-version --all
and committing the result.