The "belt", as I can guess, either has same addressing problems as stack - it shifts, so addresses of operands will be hard to compute knowing only their state of stack. Or, if belt does not shift, it is equivalent to the N (depends on arch) copies of regular two port register file. That was attempted in Alpha AXP 21264, I believe - there were two register files to reduce wiring overhead in them and they were masked by register renaming, keeping architecture implementation minutae hidden. I also think you should multiply that N above by 2, for at least two register files for two operand operations and by M (number of ALUs) or risk developing your own register file with M*2 ports (the wiring overhead of register file is O(ports^2)). The infamous Elbrus 2K VLIW CPU suffered from slow register file for years (as, I believe, Itanium do - compare its clock frequency with Xeons). I believe Elbrus team more or less solved that in about 2010. I can be wrong, of course, but I generally try to stay away from VLIW or very high ILP single cores in my CPU designs (which I still do in my spare time). 2016-01-20 15:20 GMT+03:00 Thomas Bereknyei :

There is a CPU being design with an interesting architecture. Take a look at the Mill CPU at millcomputing.com.

A facsinating feature is the use of a belt of values vs registers. The values on the belt are immutable and fall off (~auto gc'd?) unless expressly saved or returned.

It is also desined to make function calls very cheap.

tomberek On Jan 20, 2016 3:49 AM, wrote:

Send Haskell-Cafe mailing list submissions to haskell-cafe@haskell.org

To subscribe or unsubscribe via the World Wide Web, visit http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe or, via email, send a message with subject or body 'help' to haskell-cafe-request@haskell.org

You can reach the person managing the list at haskell-cafe-owner@haskell.org

When replying, please edit your Subject line so it is more specific than "Re: Contents of Haskell-Cafe digest..."

Today's Topics:

1. Re: Doc generation? (Patrick Redmond) 2. Re: Doc generation? (Mark Fine) 3. Host-Oriented Template Haskell (Ericson, John) 4. [ANN] ghc-mod-5.5.0.0: Happy Haskell Hacking (Daniel Gr?ber) 5. CPU with Haskell support (Henning Thielemann) 6. Re: Doc generation? (Noon Silk) 7. Re: Doc generation? (Mikhail Glushenkov) 8. Re: CPU with Haskell support (Auke Booij) 9. Re: CPU with Haskell support (Darren Grant) 10. Re: CPU with Haskell support (Henning Thielemann) 11. Re: CPU with Haskell support (Ben Lippmeier) 12. Re: CPU with Haskell support (Richard A. O'Keefe) 13. Re: CPU with Haskell support (Gleb Popov) 14. Re: Doc generation? (Sven Panne) 15. Re: Doc generation? (Mikhail Glushenkov) 16. Re: CPU with Haskell support (Joachim Durchholz) 17. Re: Doc generation? (Sven Panne)

----------------------------------------------------------------------

Message: 1 Date: Tue, 19 Jan 2016 08:39:20 -0800 From: Patrick Redmond To: "cabal-devel@haskell.org" , "haskell-cafe@haskell.org" Subject: Re: [Haskell-cafe] Doc generation? Message-ID: Content-Type: text/plain; charset="utf-8"

I don't know what's happening with hackage, but if you're using stack in your workflow a simple workaround is to build docs locally and search them with a shell script. For example:

$ stack haddock async

And then muck around in .stack-work or ~/.stack. I've written a bash/fish script to do the search for you here: plredmond.github.io/posts/search-haddocks-offline.html

On Tuesday, January 19, 2016, Francesco Ariis wrote:

...

On Tue, Jan 19, 2016 at 04:24:24PM +1100, Noon Silk wrote:

...

Does anyone know what is happening here?

Not a single one of the packages on http://hackage.haskell.org/packages/recent has docs generated at the moment.

Some older ones, upload this year, also do not - http://hackage.haskell.org/package/pipes-concurrency

Docs not being built can be quite frustrating; for those dark times I build them locally:

http://ariis.it/static/articles/no-docs-hackage/page.html

Living with a flaky WiFi, saves me from screaming at the monitor quite some times. _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org javascript:; http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe