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.
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:
> 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
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
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
"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
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
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 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
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 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:
> ... 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
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,
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
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
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
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...
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
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
Michael G Schwern wrote:
> I use t/lib so the top level t/ directory doesn't get cluttered (and for
> compatibility with the Perl core which may be important later for A::T).
Yes, I like that. Should I call it:
t/lib/Test/Archive/Tar...
or:
t/lib/Archive/Tar/Test...
or something else?
I took
On Sat, Nov 15, 2003 at 02:51:26PM +1100, Andrew Savige wrote:
> Michael G Schwern wrote:
> > I use t/lib so the top level t/ directory doesn't get cluttered (and for
> > compatibility with the Perl core which may be important later for A::T).
>
> Yes, I like that. Should I call it:
> t/lib/Test
So I've been lingering around p6-language for a few months now, and have
noticed the following two trends:
1) All of the work forward on p6 design seems to come from either Larry or
Damian. (If there are others working in the shadows back there, please make
yourselves heard.) Most, if not all,
On Fri, 2003-11-14 at 22:23, Rod Adams wrote:
> (If there are others working in the shadows back there, please make
> yourselves heard.)
Allison Randal, Dan Sugalski, Hugo van der Sanden, and I usually help
out.
> Can apocalypses be something more along the line of scratches on the wall,
> tha
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
24 matches
Mail list logo
