Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley wrote:
>
>> "newsub" and implicit registers
>> [...] ops [...] that IMCC needed to
>> track. Leo has a patch in his tree that deals with the issue.
>
> Sorry, my posting seems to have been misleading. The register tracking
> code
Hi Chris:
I haven't had any problems such as this on Mac OS X--either 10.2.6 or
10.3. What is the contents of your "myconfig" file? Here is the
contents of mine, for comparison:
Summary of my parrot 0.0.13 configuration:
configdate='Fri Nov 14 18:23:39 2003'
Platform:
osname=darwin, arc
Apple shipped a linker that doesn't work well with a lot of projects
unless they recognize it. It requires that the link phase of any c/c++
compilation add a -lcc_dynamic flag. I was able to do a manual
compilation of many things by adding that flag, but that gets to be
tedious. When I was l
Does C++ style 'name mangling' have any relevance here?
I also had some half-baked thought that a HLL could generate
two entry points for a prototyped sub...
one with the mangled name encoding the expected arguments and types
(p/s/i) for high-speed no-questions-asked-nothing-checked use, and...
First draft of a string iterator has been committed. This is currently
only used by the hash_string_equal function; usage will be extended
shortly to other character loops.
Performance enhancement ended up less than preliminary tests indicated,
but anything is better than nothing!
The hash-utf8 b
All~
This might have already been suggested, or their might be a good reason
why not to do this but here is my idea.
Why not have unprotyped calls pass an array in P5 and a hash in P6? The
array can hold the first n positional arguments (possibly 0, for which
Null could be passed to avoid cre
On Thu, 2003-11-13 at 01:04, [EMAIL PROTECTED] (via RT) wrote:
> I hope this is the correct place to send this.
>
> intro.pod contains an error in one of the examples.
Thanks, applied!
-- c
At 05:23 PM 11/14/2003 +0100, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> ... It happens, in some cases a *lot*. This is perl,
> python, and ruby we're talking about, where changing the definition of a
> sub is as trivial as a reference assignment into a global hash. It's easy,
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> ... It happens, in some cases a *lot*. This is perl,
> python, and ruby we're talking about, where changing the definition of a
> sub is as trivial as a reference assignment into a global hash. It's easy,
> people do it. Often, in some cases. (Heck, I've do
On Fri, 14 Nov 2003, Leopold Toetsch wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
> > I've seen it with some depressing regularity over the years. It generally
> > takes the form of an upgrade to a library that breaks existing
> > executables, something we're going to have to deal with as we
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> I've seen it with some depressing regularity over the years. It generally
> takes the form of an upgrade to a library that breaks existing
> executables, something we're going to have to deal with as we're looking
> to encourage long-term use of bytecode-c
On Thu, 13 Nov 2003, Pete Lomax wrote:
> I'd be interested to see what sort of signature changes between
> compile and runtime you think are likely to happen, as I have to admit
> I have never encountered such a beast. Doesn't that force
> non-prototyped calls?
I've seen it with some depressing r
On Fri, Nov 14, 2003 at 11:49:51AM -, Peter Cooper wrote:
> "Stéphane Payrard" <[EMAIL PROTECTED]> wrote:
> > I have bought "Virtual Machine Design and Implementation in C++"
> > by Bill Blunden. This book has very positive reviews (see
> > slashdot or amazon.com). It seems to impress people by
On Fri, 14 Nov 2003, Harry Jackson wrote:
> I have also been unable to find out if there is any sort of methodolgy
> to the testing. I have had a look through ./parrot/t/* and found a lot
> of test files but very little actual details on what each test was
> testing. I could infer from the code wh
"Stéphane Payrard" <[EMAIL PROTECTED]> wrote:
> I have bought "Virtual Machine Design and Implementation in C++"
> by Bill Blunden. This book has very positive reviews (see
> slashdot or amazon.com). It seems to impress people by the
> apparent width of covered topics. Most of it is off topic. The
Forgive me if I am looking in the wrong place for some of this stuff. I
am quite new to this.
--- Michael Scott <[EMAIL PROTECTED]> wrote:
>
> I'm fine with that, I understand why - this is not a rant - but I do
> think that Parrot has a steep learning curve and that good
> documentation is ess
Forgive me if I am looking in the wrong place for some of this stuff. I
only started looking at this today.
--- Michael Scott <[EMAIL PROTECTED]> wrote:
>
> I'm fine with that, I understand why - this is not a rant - but I do
> think that Parrot has a steep learning curve and that good
> docum
Pete Lomax <[EMAIL PROTECTED]> wrote:
> On Fri, 14 Nov 2003 08:12:26 +0100, Leopold Toetsch <[EMAIL PROTECTED]>
> wrote:
>>> _u_fred:
>>> I5=P3[1]
>>> S5=P3[2]
>>> _fred:
>>
>>There is no P3[] involved. "_fred" just starts with whatever is in
>>regis
On Fri, 14 Nov 2003 08:12:26 +0100, Leopold Toetsch <[EMAIL PROTECTED]>
wrote:
>> _u_fred:
>> I5=P3[1]
>> S5=P3[2]
>> _fred:
>
>There is no P3[] involved. "_fred" just starts with whatever is in
>registers I5/S5.
Yes, "_fred" wades straight in, e
Pete Lomax <[EMAIL PROTECTED]> wrote:
> Hi,
> New to this list, so please excuse any glaring stupidity.
Welcome here.
> I'd be interested to see what sort of signature changes between
> compile and runtime you think are likely to happen, as I have to admit
> I have never encountered such a beast.
20 matches
Mail list logo
