summary refs log tree commit diff stats
path: root/compiler/passes.nim
Commit message (Expand)AuthorAgeFilesLines
...
| * removed compiler internal list implementation (#5371)Arne Döring2017-02-221-1/+1
* | big compiler refactoring; avoid globals for multi method dispatcher generationAndreas Rumpf2017-02-221-8/+8
* | nimsuggest uses multithreading and full project recompilesAndreas Rumpf2017-02-131-1/+5
|/
* make tests green againAndreas Rumpf2016-11-241-8/+19
* new dependency tracking for nimsuggestAraq2016-11-051-16/+19
* big refactoring: step 1Araq2016-10-311-12/+13
* nimsuggest improvementsAndreas Rumpf2016-08-291-9/+4
* implemented {.noforward:on.} for type sections; useful for c2nim generated wr...Araq2015-07-081-2/+11
* Clean up stdin file reading of compiler.def2015-05-161-5/+1
* GC: get rid of pathological behaviour for stack markingAraq2015-03-081-49/+49
* Make reading from stdin work again.def2015-03-011-1/+1
* bootstrapping works again on WindowsAraq2015-03-011-1/+1
* When compiling from stdin write binary to stdinfiledef2015-02-281-1/+1
* Rename stdin fake module name to stdinFiledef2015-02-281-1/+1
* Make compiler read files from stdindef2015-02-221-1/+5
* nimsuggest: sane dirty buffer handlingAraq2015-01-291-1/+1
* nimsuggest: first versionAraq2015-01-271-1/+1
* Nimrod renamed to NimAraq2014-08-281-1/+1
* renamefestAraq2014-08-231-1/+1
* removed flawed thread analysis passAraq2014-04-201-2/+3
* case consistency part 4Araq2013-12-271-4/+4
* Removes executable bit for text files.Grzegorz Adam Hankiewicz2013-03-161-0/+0
* fixed a regression: compiling projects not residing in the current directoryZahary Karadjov2013-01-201-1/+1
* CaaS in-memory cachingZahary Karadjov2012-11-281-23/+21
* caas is now drivable through stdinZahary Karadjov2012-11-281-17/+41
* cas improvementsAraq2012-10-241-4/+7
* first steps towards term rewriting macrosAraq2012-08-301-14/+1
* preparations for making 'closure' the default calling convention for proc typesAraq2012-07-161-6/+6
* year 2012 for most copyright headersAraq2012-01-021-1/+1
* thoughts about implicit includes and importsAraq2011-11-291-11/+16
* New algorithm for locating and loading nimrod config files.Zahary Karadjov2011-11-251-0/+14
* bugfixes for ROD file generation; nimcache dir is now flatAraq2011-10-201-4/+22
* much more efficient rod file generationAraq2011-10-181-1/+1
* further improvements for thread analysisAraq2011-06-131-4/+4
* got rid of some arcane module namesAraq2011-04-211-2/+2
* big repo cleanupAraq2011-04-121-0/+155
pan>Differences to ion, larswm, and wmii</h4> <p> In contrast to ion, larswm, and wmii, dwm is much smaller, faster and simpler. </p> <ul> <li> dwm has no Lua integration, no 9P support, no menu, no editable tagbars, no shell-based configuration, no remote control, and comes without any additional tools like printing the selection or warping the mouse. </li> <li> dwm is only a single binary, it's source code is intended to never exceed 2000 SLOC. </li> <li> dwm is based on tagging and dynamic window management (however simpler than ion, wmii or larswm). It manages windows in tiling and floating modes. Either mode can be applied dynamically, depending on the application in use and the task performed. </li> <li> dwm don't distinguishes between layers, there is no floating or tiled layer. Wether the clients of currently selected tag are in tiled mode or not, you can re-arrange all clients on the fly. Popup- and fixed-size windows are treated floating, however. </li> <li> dwm is customized through editing its source code, that makes it extremely fast and secure - it does not process any input data which hasn't been known at compile time, except window title names and status text read from standard input. You don't have to learn Lua/sh/ruby or some weird configuration file format (like X resource files), beside C to customize it for your needs, you <b>only</b> have to learn C. </li> <li> Because dwm is customized through editing its source code, it's pointless to make binary packages of it. This keeps its userbase small and elitist. No novices asking stupid questions. </li> <li> dwm uses 1-pixel borders to provide the maximum of screen real estate to clients. Small titlebars are only drawn in front of unfocused clients. </li> <li> dwm reads from standard input to print arbitrary status text (like the date, load, battery charge). That's much simpler than larsremote, wmiir and what not... </li> <li> It can be downloaded and distributed under the conditions of the <a href="http://10kloc.org/cgi-bin/hgwebdir.cgi/dwm?f=f10eb1139362;file=LICENSE;style=raw">MIT/X Consortium license</a>. </li> </ul> <h4>Links</h4> <ul> <li><a href="http://10kloc.org/cgi-bin/man/man2html?query=dwm">Man page</a></li> <li><a href="http://10kloc.org/shots/dwm-20060714.png">Screenshot</a> (20060714)</li> <li><a href="http://10kloc.org/download/poster.ps">A4 poster (PostScript)</a></li> <li>Mailing List: <a href="http://10kloc.org/cgi-bin/mailman/listinfo/dwm">dwm at wmii dot de</a> <a href="http://10kloc.org/pipermail/dwm/">(Archives)</a></li> <li>IRC channel: <code>#dwm</code> at <code>irc.oftc.net</code></li> </ul> <h3>Development</h3> <p> dwm is actively developed in parallel to wmii. You can <a href="http://10kloc.org/cgi-bin/hgwebdir.cgi/dwm">browse</a> its source code repository or get a copy using <a href="http://www.selenic.com/mercurial/">Mercurial</a> with following command: </p> <p> <code>hg clone http://10kloc.org/cgi-bin/hgwebdir.cgi/dwm</code> </p> <h3>Download</h3> <ul> <li><a href="http://10kloc.org/download/dwm-0.4.tar.gz">dwm 0.4</a> (13kb) (20060720)</li> </ul> <h3>Miscellaneous</h3> <p> You can purchase this <a href="https://www.spreadshirt.net/shop.php?op=article&article_id=3298632&view=403">tricot</a> if you like dwm and the dwm logo, which has been designed by Anselm. </p> <p><small>--Anselm (20060719)</small></p> </body> </html>