On 6 Oct 2006, at 15:51, Steve Wampler wrote:
> I agree! This would be nice. Every so often I think that I'd like to
> get back into working on some implementation issues, but the current
> code hurts my brain. I understand the motivations behind the
> current solution, but that doesn't keep my brain from hurting.
> (I also agree that such a redesign would be, uh, non-trivial.)
Yes, I tried getting into the JCon code during one of my brief
infatuations with Java, but that was just as bad.
Another idea that might be fun (but not even vaguely justifiable)
would be to implement Icon as a DSL in Ruby, and then build Unicon on
top of that. I find the idea of running up an Unicon application
inside Rails sick enough to be appealing >8D
> Some form of threading ('live co-expressions', perhaps?) would be
> wonderful. I'd like to see it designed right, however, and not just
> another "let's throw POSIX threads in" solution. It would be fun
> to talk about possible approaches and what would fit well in Unicon.
That's the biggest problem - how to do it naturally. I don't really
like the threading models most languages use anyway, as they're too
concerned with flow of control and not enough with generation of
expressions - perhaps the best approach would be to extend the
monitoring/profiling extensions in some way although I've not played
with them enough to be certain. Or else some kind of parallel
generator which kicks out more than one result at the same time but
thinking about that's making my brain feel weird.
Ellie
Eleanor McHugh
--
http://eleanor.goth-chic.org/
http://feyeleanor.livejournal.com/
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Unicon-group mailing list
Unicon-group@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/unicon-group
