cling/www/contribute.html

<html>
<head>
  <title>Cling</title>
  <link rel="import" href="import.html">
</head>
<body onload="selectMenu('contribute')">
  <iframe seamless src="header.html" class="header" id="iheader"></iframe>
    <div id="breadcrumb"></div>
    <div id="content">
      <div class="sidebar">
        <!-- insert your sidebar items here -->
        <h3>Latest News</h3>
        <h4>Cling goes public</h4>
        <h5>July 25th, 2011</h5>
        <p> Cling was officially announced to the Clang community <br /><a href="news/ClingAnnouncement.html">Read more</a></p>
        <p></p>
        <h4>New website launched</h4>
        <h5>July 1st, 2011</h5>
        <p> Welcome to the new website of the project. <br /><a href="news/NewWebsiteLaunched.html">Read more</a></p>
        <h3>Useful Links</h3>
        <ul>
          <li><a href="www.cern.ch" target="_blank">CERN</a></li>
        </ul>
      </div>
      <div id="main">
        <!-- insert the page content here -->
        <h3> Collaborate With Us </h3>
<p>
We warmly welcome external contributions to the Cling! By providing code, you agree to transfer your copyright on the code to the "Cling project". Of course you will be duly credited and your name will appear on the contributors page and in the <a href= "https://raw.githubusercontent.com/root-mirror/root/master/README/CREDITS" target = "_blank">CREDITS</a> file shipped with every binary and source distribution. The copyright transfer is necessary for us to be able to effectively defend the project in case of litigation.
</p>
<p>
You can send us a patch or a pull request with <a href="https://github.com/root-mirror/cling" target = "_blank">Github</a>, provided that you follow these two simple rules:
<ul>
  <li>
    Make sure you follow the Cling coding conventions in your code.
  </li>
  <li>
    Make sure you provide a set of tests for your feature/bug fix.
   </li>
</ul>
Often it is useful to contact us first to discuss the code you want to develop or the bug you want to fix.

</p>

<h3> Picking up an Idea </h3>

We maintain a set of "ideas" for talented scientists and developers to pick up. An "idea" can be a sketch of a development project, a functionality, a missing feature we would like to see in our tool.
A list that we propose is the following:

Ideas

<ul>
  <li>
  Extending and improving the multiline input mode - The multiline mode has to figure out automatically whether the user's input is still incomplete. For example "if (a < 0) {" is not fully completed input. Cling should'n try to process the line but to be smart enough to understand that it should wait for continuation. Currently cling switches multiline mode only when there is trailing "{". It has to be extended to detect trailing +, unbalanced '," and so on.
</li>
<li>
  Implementing error recovery verifier - One of the most important parts in cling is the error recovery. The error recovery takes care of reverting clang's internal structures on error in the user input. For instance, user types int i; error_here;. int i should be reverted and the entire input should be invalidated. This is very complex because many implicit template instantiations could be triggered and so on. The idea of the future verifier is to serialize the AST with all the lookup structures (probably in pch or pcm), trigger an error causing a lot of things to happen in clang internally and serialize the new AST. The comparison with the old one must return perfect match.
</li>
<li>
  Enabling clang's static analyzer - coming soon
</li>  
<li>
  Enabling ObjectiveC/ObjectiveC++ support - coming soon
</li>
</ul>

      </div>
    </div>
    <div id="footer">
      <div id="copyright">
        Copyright &copy; Cling Team
      </div>
      <div id="links">
        <a href="http://root.cern.ch/" target="_blank">The ROOT Framework</a> |
        <a href="http://llvm.org" target="_blank">LLVM</a> |
        <a href="http://clang.llvm.org" target="_blank">Clang</a> |
        <a href="http://www.html5webtemplates.co.uk" target="_blank">Web Design</a>
      </div>
      <div id="modified"><i>Page was modified on <b>$Date$</b> in $Rev$ by <b>$Author$</b></i></div>
    </div>
  </div>
</body>
</html>
New website information for cling. 2016-02-23 18:16:10 +01:00			`<html>`
			`<head>`
Use import + iframe to simulate a CMS. 2016-07-20 15:35:07 +02:00			`<title>Cling</title>`
			`<link rel="import" href="import.html">`
New website information for cling. 2016-02-23 18:16:10 +01:00			`</head>`
Use import + iframe to simulate a CMS. 2016-07-20 15:35:07 +02:00			`<body onload="selectMenu('contribute')">`
			`<iframe seamless src="header.html" class="header" id="iheader"></iframe>`
New website information for cling. 2016-02-23 18:16:10 +01:00			`<div id="breadcrumb"></div>`
			`<div id="content">`
			`<div class="sidebar">`
			`<!-- insert your sidebar items here -->`
			`<h3>Latest News</h3>`
			`<h4>Cling goes public</h4>`
			`<h5>July 25th, 2011</h5>`
			`<p> Cling was officially announced to the Clang community <br /><a href="news/ClingAnnouncement.html">Read more</a></p>`
			`<p></p>`
			`<h4>New website launched</h4>`
			`<h5>July 1st, 2011</h5>`
			`<p> Welcome to the new website of the project. <br /><a href="news/NewWebsiteLaunched.html">Read more</a></p>`
			`<h3>Useful Links</h3>`
			`<ul>`
			`<li><a href="www.cern.ch" target="_blank">CERN</a></li>`
			`</ul>`
			`</div>`
			`<div id="main">`
			`<!-- insert the page content here -->`
First iterations comments/suggestions. 2016-02-25 15:46:30 +01:00			`<h3> Collaborate With Us </h3>`
New website information for cling. 2016-02-23 18:16:10 +01:00			`<p>`
First iterations comments/suggestions. 2016-02-25 15:46:30 +01:00			We warmly welcome external contributions to the Cling! By providing code, you agree to transfer your copyright on the code to the "Cling project". Of course you will be duly credited and your name will appear on the contributors page and in the <a href= "https://raw.githubusercontent.com/root-mirror/root/master/README/CREDITS" target = "_blank">CREDITS</a> file shipped with every binary and source distribution. The copyright transfer is necessary for us to be able to effectively defend the project in case of litigation.
New website information for cling. 2016-02-23 18:16:10 +01:00			`</p>`
			`<p>`
			`You can send us a patch or a pull request with <a href="https://github.com/root-mirror/cling" target = "_blank">Github</a>, provided that you follow these two simple rules:`
First iterations comments/suggestions. 2016-02-25 15:46:30 +01:00			`<ul>`
			`<li>`
			`Make sure you follow the Cling coding conventions in your code.`
			`</li>`
			`<li>`
			`Make sure you provide a set of tests for your feature/bug fix.`
			`</li>`
			`</ul>`
New website information for cling. 2016-02-23 18:16:10 +01:00			`Often it is useful to contact us first to discuss the code you want to develop or the bug you want to fix.`

			`</p>`

			`<h3> Picking up an Idea </h3>`

			`We maintain a set of "ideas" for talented scientists and developers to pick up. An "idea" can be a sketch of a development project, a functionality, a missing feature we would like to see in our tool.`
			`A list that we propose is the following:`

			`Ideas`

			`<ul>`
			`<li>`
			`Extending and improving the multiline input mode - The multiline mode has to figure out automatically whether the user's input is still incomplete. For example "if (a < 0) {" is not fully completed input. Cling should'n try to process the line but to be smart enough to understand that it should wait for continuation. Currently cling switches multiline mode only when there is trailing "{". It has to be extended to detect trailing +, unbalanced '," and so on.`
			`</li>`
			`<li>`
			Implementing error recovery verifier - One of the most important parts in cling is the error recovery. The error recovery takes care of reverting clang's internal structures on error in the user input. For instance, user types int i; error_here;. int i should be reverted and the entire input should be invalidated. This is very complex because many implicit template instantiations could be triggered and so on. The idea of the future verifier is to serialize the AST with all the lookup structures (probably in pch or pcm), trigger an error causing a lot of things to happen in clang internally and serialize the new AST. The comparison with the old one must return perfect match.
			`</li>`
			`<li>`
			`Enabling clang's static analyzer - coming soon`
			`</li>`
			`<li>`
			`Enabling ObjectiveC/ObjectiveC++ support - coming soon`
			`</li>`
			`</ul>`

			`</div>`
			`</div>`
			`<div id="footer">`
			`<div id="copyright">`
			`Copyright © Cling Team`
			`</div>`
			`<div id="links">`
			`<a href="http://root.cern.ch/" target="_blank">The ROOT Framework</a> \|`
			`<a href="http://llvm.org" target="_blank">LLVM</a> \|`
			`<a href="http://clang.llvm.org" target="_blank">Clang</a> \|`
			`<a href="http://www.html5webtemplates.co.uk" target="_blank">Web Design</a>`
			`</div>`
			`<div id="modified"><i>Page was modified on <b>$Date$</b> in $Rev$ by <b>$Author$</b></i></div>`
			`</div>`
			`</div>`
			`</body>`
			`</html>`