Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 345482 - Valgrind tools options (massif, cachegrind, memcheck) does not reflect some options available on latest valgrind.
Summary: Valgrind tools options (massif, cachegrind, memcheck) does not reflect some o...
Status: RESOLVED FIXED
Alias: None
Product: Linux Tools
Classification: Tools
Component: Valgrind (show other bugs)
Version: unspecified   Edit
Hardware: All Linux
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Daniel Debonzi CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 351606
  Show dependency tree
 
Reported: 2011-05-11 14:05 EDT by Daniel Debonzi CLA
Modified: 2012-09-28 13:40 EDT (History)
5 users (show)

See Also:


Attachments
Valgrind plugin patch for massif tool. (17.77 KB, patch)
2011-05-18 14:19 EDT, Daniel Debonzi CLA
jjohnstn: iplog+
Details | Diff
Valgrind plugin patch for memcheck tool. (21.06 KB, patch)
2011-05-18 14:20 EDT, Daniel Debonzi CLA
jjohnstn: iplog+
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Debonzi CLA 2011-05-11 14:05:48 EDT
Build Identifier: M20110210-1200

There are some options on the latest valgrind tools that are missing on valgrind pluging configuration interface.

Reproducible: Always

Steps to Reproduce:
Running valgrind --tool=<memcheck, massif, cachegrind) --help will show options that are not available at valgrind configuration interfaces.
Comment 1 Daniel Debonzi CLA 2011-05-18 14:19:38 EDT
Created attachment 196029 [details]
Valgrind plugin patch for massif tool.

This patch adds the new options available on valgrind >= 3.6.0 for the massif tool.
Comment 2 Daniel Debonzi CLA 2011-05-18 14:20:30 EDT
Created attachment 196030 [details]
Valgrind plugin patch for memcheck tool.

This patch adds the new options available on valgrind >= 3.6.0 for the memcheck tool.
Comment 3 Andrew Overholt CLA 2011-05-18 14:24:07 EDT
Thanks very much for the patches, Daniel!  Since you are not a committer, patches that are > 250 lines must go through an Eclipse legal contribution questionnaire (CQ).  Is there any way you can shorten the patches or split them up?  If not, we can easily open a CQ and get them processed.

Note that the intellectual property log (IP log) submission deadline for the Indigo release (June 2011) was today so we won't be able to include these changes in our 0.8 release (that's the release that will be a part of Indigo).  Our Indigo service release 1 contribution will be able to include them.
Comment 4 Daniel Debonzi CLA 2011-05-18 14:51:40 EDT
Hi Andrew,
No problem on that, you are very welcome.

I think there is no problem regarding the delay for the patch inclusion. Also I am working on the patch for the cachegrind tool and probably it is a good idea to have it included upstream with those two (massif and memcheck).

Regarding the patch size, I am not sure what would be best. I my opinion it would be better to open a CQ (if it is not too much trouble) and keep the patch in one functional piece. Anyway, if you think that split them would make the process easier I can work on it as well. As you prefer.

Thanks for the reply.
Comment 5 Andrew Overholt CLA 2011-05-19 10:29:27 EDT
I agree, Daniel:  let's wait until we have IP approval and all the patches to apply.

Don't worry about the patch size, we'll open CQs for the patches.

Thanks again.
Comment 6 Andrew Overholt CLA 2011-05-19 11:08:55 EDT
Daniel,

Can you please add a statement here stating that you wrote 100% of this contribution and have the permission of your employer to contribute it under the EPL?

Thanks,

Andrew
Comment 7 Daniel Debonzi CLA 2011-05-26 12:55:40 EDT
Hi Andrew,

I did some confusion here when I said cachegrind would need a patch too. It is already reflection the valgrind > 3.6.0 options. Sorry about that.

So, those 2 patches are the only ones to be included.

I wrote those two patches and the added code were 100% wrote by me. Also I have full permission from IBM to contribute with those patches under the EPL.

I just need some instructions now on how to proceed with the CQs for the patchs.

Regards.
Comment 8 Andrew Overholt CLA 2011-05-26 13:36:41 EDT
Thanks, Daniel.  You don't need to do anything to proceed with the CQs other than make the statement you just have.  I'll let you know if the IP team requires any further input from you.  Thanks very much.
Comment 9 Andrew Overholt CLA 2011-06-21 16:36:16 EDT
Daniel, is it possible for you to publish a git repository with your changes?  Something on GitHub would be nice.  You can fork from here:

https://github.com/eclipse/linuxtools

Then, we can follow this page:

http://wiki.eclipse.org/Development_Resources/Handling_Git_Contributions

and since I just got word that the CQs have been approved, I can pull from there and then push to the canonical git.eclipse.org repo.

Let me know if this won't work and we'll figure something else out.  Thanks!
Comment 10 Daniel Debonzi CLA 2011-07-08 11:39:31 EDT
Hi Andrew,

Here is the URL for the Pull Request: https://github.com/eclipse/linuxtools/pull/3
Thank you.
Comment 12 Andrew Overholt CLA 2011-07-08 15:21:04 EDT
Thanks, Daniel!  I verified that the commits were the same as what was approved by the legal team so I've merged them and pushed as these two commits:

61eb4c0d54fa650b825debf07f75429637782827
ba34c1cbd8fb91f59dd1e45928043bfa4138132c

You should soon be able to see them here:  http://git.eclipse.org/c/linuxtools/org.eclipse.linuxtools.git

In the future you can just paste URLs here of the commit SHA-1s you'd like merged.  I don't know how to clear merge requests at GitHub against the automated Eclipse mirrors that are there; can you remove them since they're now unnecessary?  I also don't know how often the Eclipse repos get mirrored at GitHub.
Comment 13 Severin Gehwolf CLA 2011-07-09 16:53:00 EDT
(In reply to comment #10)
> Hi Andrew,
> 
> Here is the URL for the Pull Request:
> https://github.com/eclipse/linuxtools/pull/3
> Thank you.

FYI:
I've added a comment on the pull requests on github mentioning that these have been pushed in order to avoid confusion :)