Contributing to Eigen

From Eigen
Revision as of 12:58, 11 June 2014 by Chtz (Talk | contribs)

Jump to: navigation, search

Eigen is written and maintained by volunteers. If you are willing to help, great! Here are some pointers to get you started.

Support

Perhaps the easiest way to help is to be willing to support new (and not so new) users of Eigen and answer their questions. People ask questions on the forum, on IRC (#eigen on irc.freenode.net), on the mailing list. There may also be questions on websites not connected to the project such as StackOverflow. You can also improve our FAQ with questions (and answers) that arise frequently.

Users arrive with different levels of C++ and mathematics knowledge, so whatever your level of experience, you can help out with this. Do not be too worried about given wrong advice; if you are not sure that your answer is correct, just say you are not sure and others will jump in if necessary.

Documentation

In common with almost all software projects, we are struggling with writing good documentation, so we are especially keen to get help in this area. It might actually help here if you do not have years of experience with Eigen, as that makes you more in tune with the people that are reading the documentation. After answering users' questions, as explained above, think about whether the current documentation could be improved so that the question would not have arisen. This is not always possible, but questions often point to shortcomings in our documentation.

Most of the documentation resides at http://eigen.tuxfamily.org/dox (or http://eigen.tuxfamily.org/dox-devel for the branch currently in development) and is generated by doxygen from comments in the source code (see Developer's Corner#Documentation tips). You can submit patches as described below. If your change is not too massive, an alternative is to use the web interface at bitbucket: fork the Eigen code at https://bitbucket.org/eigen/eigen, find the correct source file, edit it, and submit a merge request to have your changes included.

There is also some documentation on this wiki and you are welcome to add to this. You can also use the wiki as a staging ground for documentation to be included in doxygen. If you do not have an account to the wiki, ask one of the administrators (currently, Jitse Niesen, Gaël Guennebaud, Thomas Capricelli, and Benoît Jacob).

Bugs: triage, discussion, fixing

If you discover a bug, please report it! If you are unsure if it is a bug, ask in IRC or the mailing list first.

If you have an idea what might cause a bug or how it possibly could be fixed, add a comment to the corresponding bug-entry.

If you exactly know how to fix a bug, please send us a patch or a pull request. See our Mercurial page for details on that. Also try adding a unit test to avoid regressions on particular bugs.

We need support especially for rarely used compilers and platforms!

Testing

If you have CPU hours to spare you can make nightly runs of our testsuite. This would be especially helpful for rarely tested compilers (of course, some redundancy is appreciated here as well). See our Dashboard for platforms and configurations that are tested at the moment.

Discussing API and overall design

From time to time there are discussions on the mailing list or in bugzilla about new features or change requests in the current API. It helps to get feedback from actual users on what kind of API they expect.

Taking part in these discussions does not require being able to implement those changes!

Contributing code

Patches via bugzilla or merge requests. New features need tests and documentation.

If you plan to make bigger contributions, first ask if anyone else is working on that or something related in order to reduce duplicated efforts. Also if your contribution involves major API decisions, it is generally advantageous to discuss them first.