[#20675] RCR: non-bang equivalent to []= — Tobias Reif <tobiasreif@...>

Hi,

49 messages 2001/09/01
[#20774] Re: RCR: non-bang equivalent to []= — Tobias Reif <tobiasreif@...> 2001/09/03

I wrote:

[#20778] Re: RCR: non-bang equivalent to []= — Kevin Smith <kevinbsmith@...> 2001/09/03

--- Tobias Reif <tobiasreif@pinkjuice.com> wrote:

[#20715] oreilly buch von matz - website online — markus jais <info@...>

hi

43 messages 2001/09/02
[#20717] Re: OReilly Ruby book has snail on cover — ptkwt@...1.aracnet.com (Phil Tomson) 2001/09/02

Actually, thanks for posting it here. I was trying to search OReilly's

[#20922] Re: OReilly Ruby book has snail on cover — Paul Brannan <pbrannan@...> 2001/09/05

On Mon, 3 Sep 2001, Phil Tomson wrote:

[#20768] Minor cgi.rb question — "Hal E. Fulton" <hal9000@...>

I don't have much experience with

25 messages 2001/09/03

[#20770] Calling member methods from C++ — jglueck@... (Bernhard Glk)

Some quetsions have been solved for me, but my message system does not

12 messages 2001/09/03

[#20976] destructor — Frank Sonnemans <ruby@...>

Does Ruby have a destructor as in C++?

25 messages 2001/09/07

[#21218] Ruby objects <-> XML: anyone working on this? — senderista@... (Tobin Baker)

Are there any Ruby analogs of these two Python modules (xml_pickle,

13 messages 2001/09/15

[#21296] nested require files need path internally — Bob Gustafson <bobgus@...>

Version: 1.64

29 messages 2001/09/18
[#21298] Re: nested require files need path internally — David Alan Black <dblack@...> 2001/09/18

Hello --

[#21302] Re: nested require files need path internally — Bob Gustafson <bobgus@...> 2001/09/18

On Tue, 18 Sep 2001, David Alan Black wrote:

[#21303] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21306] Re: nested require files need path internally — Lars Christensen <larsch@...> 2001/09/18

On Tue, 18 Sep 2001, Yukihiro Matsumoto wrote:

[#21307] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21331] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/18

> The big difference is C++ search done in compile time, Ruby search

[#21340] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/18

Hi,

[#21353] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/18

On Wed, 19 Sep 2001, Yukihiro Matsumoto wrote:

[#21366] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/19

Hi,

[#21368] Re: nested require files need path internally — "Julian Fitzell" <julian-ml@...4.com> 2001/09/19

On 19/09/2001 at 10:12 AM matz@ruby-lang.org wrote:

[#21376] Re: nested require files need path internally — matz@... (Yukihiro Matsumoto) 2001/09/19

Hi,

[#21406] Re: nested require files need path internally — Paul Brannan <pbrannan@...> 2001/09/19

On Wed, 19 Sep 2001, Yukihiro Matsumoto wrote:

[#21315] Suggestions for new CGI lib — anders@... (Anders Johannsen)

From the comp.lang.ruby thread "Minor cgi.rb question" (2001-09-03), I

21 messages 2001/09/18

[#21413] Ruby/objects book in style of The Little Lisper — Brian Marick <marick@...>

I fell in love with Lisp in the early 80's. Back then, I read a book called

36 messages 2001/09/19
[#21420] Re: Ruby/objects book in style of The Little Lisper — Christopher Sawtell <csawtell@...> 2001/09/20

On 20 Sep 2001 06:19:44 +0900, Brian Marick wrote:

[#21479] Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/21

--- Christopher Sawtell <csawtell@paradise.net.nz> wrote:

[#21491] SV: Re: Ruby/objects book in style of The Little Lisper — "Mikkel Damsgaard" <mikkel_damsgaard@...> 2001/09/21

[#21494] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/21

--- Mikkel Damsgaard <mikkel_damsgaard@mailme.dk> wrote:

[#21510] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Todd Gillespie <toddg@...> 2001/09/22

On Sat, 22 Sep 2001, Kevin Smith wrote:

[#21514] Re: SV: Re: Ruby/objects book in style of The Little Lisper — Kevin Smith <kevinbsmith@...> 2001/09/22

--- Todd Gillespie <toddg@mail.ma.utexas.edu> wrote:

[#21535] irb — Fabio <fabio.spelta@...>

Hello. :) I'm new here, and I have not found an archive of the previous

15 messages 2001/09/22

[#21616] opening a named pipe? — "Avdi B. Grimm" <avdi@...>

I'm having trouble reading from a named pipe in linux. basicly, I'm

12 messages 2001/09/24

[#21685] manipulating "immutable" objects such as Fixnum from within callbacks & al... — Guillaume Cottenceau <gc@...>

Hello,

15 messages 2001/09/25

[#21798] Ruby internal (guide to the source) — "Benoit Cerrina" <benoit.cerrina@...>

Hi,

22 messages 2001/09/28

[ruby-talk:21808] Re: tclc

From: Pat Eyler <pate@...>
Date: 2001-09-28 17:01:51 UTC
List: ruby-talk #21808
On Fri, 2001-09-28 at 12:31, Will Coleda wrote:
> Due to a bad case of congenital insanity, I have developed a barely
> functional tcl to pasm compiler. 

Okay, I'll step up now too.  I'm working on a ruby-like language that
compiles to pasm.  At this point, it will handle integer math and
comparison, setting of variables (int and string), and printing.  The
compiler is written in ruby and emits assembleable pasm.

helloWorld.rabbit
==========
var1 = "hello "
var2 = "world"
print var1
puts var2


helloWorld.pasm
==========
          set S0, "hello "
          set S1, "world"
          print S0
          print S1
          print "\n"
          end


I'm working on implementing branching and looping, and then will do
floats (should be pretty much a clone of the int stuff)


-pate

> 
> All of the parsing is currently done in perl (not parrot), so it can
> only do a single pass, though it does deal with all of tcl's quoting and
> word-grouping behavior.
> 
> I think the current parrot strings ops will allow me to move nearly all
> of this into the parrot assembler (which is good, because otherwise
> "eval" will never work). I thought perl5 would be an easier initial
> target, however.
> 
> I've only bothered to implement two of the core commands: "set" and
> "puts".
> 
> Before I add much of anything else, I need to implement expressions,
> which means I'm going to have to deal with numbers... which, without
> PMCs, is going to require some kind of variable typing. I suspect I'll
> just cheat and say that S_FOO is a valid STRING name, and that I_FOO is
> a valid integer.
> 
> I've neglected to attach tclc (and the various modules) so as to avoid
> infecting anyone else. I'd be happy to provide a copy on request,
> however.
> 
> Thanks for the interesting thought experiment. ^_^
> 
> (I tried to attach test.tcl and test.pasm, but my lovely MUA is not
> cooperating. Here there are inline)
> 
> 
> [wjc@volvo little_languages]$ cat test.tcl
> #
> # Exercise the various substitution and quoting modes
> #
> #
> 
> set a "St\[ring Parsing"
> puts -nonewline "[set a]XX[set a]"
> puts " "
> puts [set a] 
> 
> # Command substituion
> 
> set b "[set a] stuff\n" ;
> 
> puts $b
> 
> set a {
>   set b {
>     set c
>   }
>   set d
> }
> 
> puts $a
> #
> # Exercise the various substitution and quoting modes
> #
> #
> set S2, "St\[ring Parsing"
> print S2
> print "  "
> print S2
> print "\n"
> print S2
> print "\n"
> # Command substituion
> set S3, ""
> concat S3, S2
> set S1, " stuff\n"
> concat S3, S1
> print S3
> print "\n"
> set S2, "\n  set b {\n    set c\n  }\n  set d\n"
> print S2
> print "\n"
> end
> 


In This Thread

Prev Next