<div dir="ltr">Bad luck. :( That's clearly a regression in Debian, maybe some kind soul will report it on the Debian bug tracker. Until then, I'd say that having to build this manually for each and every release is just too much of a hassle unless there's a substantial demand for it.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jan 5, 2018 at 9:53 PM, Jonathan Wilkes <span dir="ltr"><<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Jan 5, 2018 at 3:21 PM, Albert Graef <<a href="mailto:aggraef@gmail.com">aggraef@gmail.com</a>> wrote:<br>
> On Fri, Jan 5, 2018 at 8:45 PM, Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com">jon.w.wilkes@gmail.com</a>><br>
> wrote:<br>
>><br>
>> valgrind-3.12.0.SVN<br>
><br>
><br>
> According to the changelog, that bug was fixed in 3.12.0 in October 2016.<br>
> But that SVN tag in the version number is suspicious, it might indicate a<br>
> pre-release snapshot.<br>
><br>
> I guess that you can only be sure if you grab the Debian Stretch source<br>
> package and have a look at the source file. But it's clear from the error<br>
> message that the valgrind version run by CI does check against the wrong<br>
> value (after the bugfix it's supposed to check for <=96, not 88).<br>
<br>
</span>Ok, the relevant fix is listed in the changelog for both Buster and Sid, but<br>
not in Stretch. AFAICT that means valgrind simply will not work under<br>
Debian Stable in armv7l.<br>
<br>
I'm going to invoke the "code of conduct" rule #3 here and simply drop<br>
Debian Stretch armv7l from the CI. Having to manually build a memory<br>
checker/debugger in a *stable* release of an OS-- or even go spelunking<br>
in its changelogs to figure it out-- isn't a productive use of my time.<br>
<br>
If someone can confirm that valgrind works on a stable version of Ubuntu<br>
on armv7l I'll use that instead of Debian in the CI.<br>
<br>
-Jonathan<br>
<br>
[1] <a href="https://git.purrdata.net/jwilkes/purr-data#code-of-conduct" rel="noreferrer" target="_blank">https://git.purrdata.net/<wbr>jwilkes/purr-data#code-of-<wbr>conduct</a><br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/<wbr>listinfo/l2ork-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email:  <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a><br>WWW:    <a href="https://plus.google.com/+AlbertGraef" target="_blank">https://plus.google.com/+AlbertGraef</a></div></div>
</div>