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
Update Valgrind to 3.10.0 #15586
Comments
Changed keywords from none to spkg valgrind |
Branch: u/jpflori/ticket/15585 |
comment:1
Sole non-trivial modification was to remove a patch now upstream. |
New commits:
|
Commit: |
Changed branch from u/jpflori/ticket/15585 to u/jpflori/ticket/15586 |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:5
tarball is
|
comment:6
Fixed. |
comment:10
I dislike +if [ "$UNAME" = "Linux" ]; then
+ echo "Good - Valgrind works on Linux"
+ if [ "`uname -p`" = "ia64" ]; then
+ echo >&2 "But it does not work on Itanium"
+ exit 1
+ fi
+else
+ if [ "$UNAME" = "Darwin" ] && [ -z "`uname -p | grep PPC`" ] && [ `uname -r | grep -Eo '^[0-9]+'` -ge 9 ];
+ then
+ echo "Good - Valgrind works on x86 and AMD64 Darwin 9.x or 10.x"
+ else
+ echo >&2 "Sorry, Valgrind only works on x86,AMD64,PPC32,PPC64,ARM Linux"
+ echo >&2 "and x86,AMD64 on Darwin 9.x/10.x"\
+ "(Mac OS X 10.5.x or later)"
+ exit 1
+ fi
+fi If it doesn't work, fine, just let the build fail (one would hope that upstream gives a reasonable error message in this case). Too often, these kind of checks prevent building on systems which are perfectly fine. |
comment:11
Also, the suppressions are not patches so I see no reason to put them in the |
Reviewer: Jeroen Demeyer |
comment:13
The good/bad stuff is historical. As far as non patch stuff in the patches directory, I had the feeling some other packages did that. And my first concern here is that I tested the package a couple of days ago and:
|
comment:14
(I tested it on ppc64 and x86_64.) |
Changed author from Jean-Pierre Flori to Jean-Pierre Flori, Volker Braun |
This comment has been minimized.
This comment has been minimized.
Changed branch from u/jpflori/ticket/15586 to u/vbraun/valgrind_3_10 |
Branch pushed to git repo; I updated commit sha1. New commits:
|
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:20
Works and is actually useful (doesn't spew spurious pyalloc warnings all the time) |
comment:21
Replying to @jpflori:
Perhaps, but I still think it should be removed. |
Branch pushed to git repo; I updated commit sha1. New commits:
|
comment:23
Fixed. |
comment:24
Volker: One naive question: is the sage -valgind stuff actually working for you? last time I tested (see above), everything was actually broken except for Sage starting.) |
comment:25
Yes, works. Fixed that, too :-) |
comment:26
It seems there is an issue with the new location of the supp files and where the sage-valgrind script looks for. |
comment:27
Whats the issue? You need to run "make" to install it to |
comment:28
Oh my bad.... |
comment:29
I'm still getting thousands of errors when starting up. Is that expected ? |
comment:30
Did you recompile python, if not then the python suppression file is not installed. The patch doesn't update the python version so it is not recompiled automatically. |
comment:31
Nope I did not. |
Changed branch from u/vbraun/valgrind_3_10 to |
New version is out.
Use git branch and tarball at:
CC: @vbraun @gvol
Component: packages: optional
Keywords: spkg valgrind
Author: Jean-Pierre Flori, Volker Braun
Branch/Commit:
e150b39
Reviewer: Jeroen Demeyer
Issue created by migration from https://trac.sagemath.org/ticket/15586
The text was updated successfully, but these errors were encountered: