Re: .const HLL improvement

2006-01-24 Thread François PERRAD
At 12:07 13/01/2006 +0100, Leopold Toetsch wrote: On Jan 13, 2006, at 10:20, François PERRAD wrote: =head1 DESCRIPTION This test file describes an improvement for the directive .const when an HLL is using. Not really - see below. .const .Integer i = 12 The Integer PMC implements

Re: .const HLL improvement

2006-01-24 Thread Leopold Toetsch
On Jan 24, 2006, at 9:13, François PERRAD wrote: I start with the following patch, but I am not happy with it. does_isa() isn't a public function (I haven't found a handle for a pmc). It allows the expected syntax but the behavior isn't good : the created pmc is a Sub not a LuaFunction.

.const HLL improvement

2006-01-13 Thread François PERRAD
=head1 DESCRIPTION This test file describes an improvement for the directive .const when an HLL is using. In Lua, all types are implemented as PMC, no Lua type is mapped with Parrot primitive type. Lua PMC are derived from existing PMC, for example : pmclass LuaNumber extends Float does

Re: .const HLL improvement

2006-01-13 Thread Leopold Toetsch
On Jan 13, 2006, at 10:20, François PERRAD wrote: =head1 DESCRIPTION This test file describes an improvement for the directive .const when an HLL is using. Not really - see below. .const .Integer i = 12 The Integer PMC implements the constructor new_from_string, which is called at

[PATCH] Add new_from_string() to LuaNumber (was: Re: .const HLL improvement)

2006-01-13 Thread Klaas-Jan Stol
.const .LuaNumber n = 12.34 I presume LuaNumber doesn't have new_from_string (Float hasn't either). Attached is a patch that implements new_from_string() for LuaNumber. In my opinion it's handy to say: .const .LuaNumber n = 12.34 kind regards, klaas-jan ---