Skip to content
This repository was archived by the owner on Jan 16, 2025. It is now read-only.

update valgrind to 3.8.0 #14119

Closed
wants to merge 4 commits into from
Closed

update valgrind to 3.8.0 #14119

wants to merge 4 commits into from

Conversation

rizzatti
Copy link
Contributor

Updates valgrind to version 0.3.8 released on 10/10/2012.

@rizzatti
Copy link
Contributor Author

@samueljohn I was trying to install valgrind and came across #13548. In your last comment, you mentioned we had to wait for upstream, so I checked their website... and they released today :)

Unfortunately, their release notes mention:
"There is initial support for MacOSX 10.8, but it is not usable for serious work at present."

Anyway, I got the CLT installed, and tweaking the CFLAGS was enough to make it install on my system (10.8 - bzero issue persisted without it even on this new release).

Samuel, would you mind checking wether your patch to xcode-only still applies for this release?

@samueljohn
Copy link
Contributor

@zehrizzatti Thanks for the information. I'll check that.

@2bits
Copy link
Contributor

2bits commented Aug 11, 2012

@zehrizzatti Let's use sha1 rather than md5. It's the default now with all Formula. Thanks.

@caius
Copy link
Contributor

caius commented Aug 14, 2012

This PR built for me on 10.8 with command line tools installed fwiw. (Using brew install https://raw.github.com/zehrizzatti/homebrew/e9ead1c2830a533bfc8f113f24fd5ffe08bc854d/Library/Formula/valgrind.rb).

Running it however, gives a fatal error. The release notes for 3.8.0 do say that 10.8 support is largely unusable at this time. Sadly.

$ valgrind 
--79720:0:main     Root stack 0x238D80000 to 0x238E84000, a local 0x238E81FB0
--79720:0:main     Valgrind: FATAL: Initial stack switched failed.
--79720:0:main        Cannot continue.  Sorry.

@samueljohn
Copy link
Contributor

released on 10/10/2012.
You have secret future releases, @zehrizzatti? :-)

@adamv, @zehrizzatti we have to get both, this and my pull request together but I have to update the git diff anyway, so you can pull this one in here first and I rework my PR later. @zehrizzatti I think @adamv would love to see a comment and a note in the commit message about why we remove the one flag. Something like "avoid __bzero when building against OS X 10.8 sdk".

@2bits
Copy link
Contributor

2bits commented Aug 15, 2012

Any way to add a devel block or a head for 3.8?

@samueljohn
Copy link
Contributor

@2bits I am not sure but I think valgrind 3.8 is stable on Mac OS X 10.7, so no need for --devel or am I missing something?

On OS X 10.8, we have no option but to use valgrind 3.8, because 3.7 refuses to build. And wait for a proper upstream release.

@telemachus
Copy link
Contributor

Just fyi, I was able to build valgrind 3.8.0 running successfully on 10.8. I have the old vanilla gcc-4.2 installed (I used @caius's instructions, but it's also available from homebrew/dupes.) Assuming you have that version of gcc, then adding --use-gcc with this formula did the trick for me. This might also help #13609.

It seems to run ok, though Valgrind's release notes say it's still pretty raw.

@2bits
Copy link
Contributor

2bits commented Aug 15, 2012

I was just thinking that a HEAD would let people test out any recent changes affecting OSX before the release happens.

@samueljohn
Copy link
Contributor

@2bits that's a good idea. I got you wrong. Yes, then --HEAD would be cool.

Btw. I ported my patch to compile valgrind on xcode-only systems to this pull request. It builds.

@rizzatti
Copy link
Contributor Author

I'm sorry I couldn't attend this before. I'll get to it today.

@samueljohn
Copy link
Contributor

@zehrizzatti cool. Please ping me if your request has been pulled. Then I can open a new PR with my patch on top for Xcode-only systems.

@rizzatti
Copy link
Contributor Author

@adamv how does it look?

@jacknagel jacknagel mentioned this pull request Aug 20, 2012
@adamv
Copy link
Contributor

adamv commented Aug 20, 2012

Needs to be squashed to a single commit for review.

@jacknagel
Copy link
Contributor

Further, adding HEAD should come as a separate pull request; I suspect it is not as simple as just adding the head field. The configure script probably needs to be bootstrapped.

@rizzatti
Copy link
Contributor Author

@adamv I squashed and resubmitted on #14323.
@jacknagel You were right. I had to change it to run autogen.sh. Their svn was down yesterday.

Closing this issue.

@rizzatti rizzatti closed this Aug 20, 2012
@samueljohn
Copy link
Contributor

You have closed this, @zehrizzatti? It think @jacknagel was trying to say that the HEAD thing should be done in a new separate pull request, not that this one here is obsolete.

@rizzatti
Copy link
Contributor Author

@samueljohn It's in #14323.

@samueljohn
Copy link
Contributor

I see.

@Homebrew Homebrew locked and limited conversation to collaborators Feb 16, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants