[dev-context] yarv

Hans Hagen pragma at wxs.nl
Fri Mar 3 00:05:41 CET 2006


Patrick Gundlach wrote:
> Hello Nikolai,
>
>   
>>>> http://www.atdot.net/yarv/48
>>>>         
>>> No, not yet. Its going to be the vm for ruby 2. Reports on the web say
>>> its somewhat useable but not stable. At least that is what I
>>> understood.
>>>       
>> Someone actually got Ruby-on-Rails up and running on a 1.9 build
>> compiled with YARV as the VM.  And, while Ruby-on-Rails isn't the only
>> thing Ruby, it certainly gives a good indication of how far along
>> they've come.
>>     
>
>
> Well, it is the opposite from what I've found out. Running rails:
> yes, rendering dynamic stuff: no. So this is not really rails... and
> not really usable. But I have no experience from myself. I'd love to
> see that I am wrong. It might make some of my stuff faster.
>
> http://redhanded.hobix.com/inspect/yarvNoLongerAnAcronymForYouAcknowledgeTheReekOfVapors.html
> http://cwilliams.textdriven.com/articles/2006/02/23/yarv-and-rails
>   
So how about nitro? 

Anyhow, from the perspective of running tex, those frameworks solve only part of the problem. I'm currently writing some web stuff and as usual the relative long tex runs have some session and caching demands that forces one to write quit esome code. A nasty characteristic of scripting languages is that chdir and env vars are global to the process, so threading multiple sessions using different tex trees and resource paths is possible, but a bit painful. For this I extended texmfstart a bit and  also a kind of texmf configuration system, but i need to document it .. .

Hans 





-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
     tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
                                             | www.pragma-pod.nl
-----------------------------------------------------------------



More information about the dev-context mailing list