On Oct-26, Melvin Smith wrote:
> At 06:25 PM 10/26/2003 -0800, Steve Fink wrote:
> > .pcc_sub _main prototyped
> > .pcc_begin_return
> > .return 10
> > .return 20
> > .pcc_end_return
> > .end
>
> It is still the same issue. This code explicitly mixes 2 call co
I'll throw in one more thing just because I know a certain Mr. P.
Cawley dearly loves people to pile unrelated things into a single
thread: could there be a way to expose which continuation to invoke
when returning from a routine? In a regex, I'd really like a rule to
be invoked with a "success" c
Steve Fink <[EMAIL PROTECTED]> wrote:
> That is working for me now for the parameter passing, but not for
> return values.
As Melvin said, you are still mixing calling conventsion. *But* return
conventions are currently only prototyped. We don't have any syntax yet
to denote the desired behavior.
Melvin Smith <[EMAIL PROTECTED]> wrote:
> Technically its not a problem and relatively easy to implement.
[ Aother note ]
$ perldoc imcc/docs/calling_conventions.pod
ยท pcc_call
Takes either 2 arguments: the sub and the return
continuation, or the sub only. For the lat
Steve Fink <[EMAIL PROTECTED]> wrote:
> Likewise, if I declare the .pcc_sub to be non_prototyped (so that both
> the call and declaration are non_prototyped), I get the same error:
Non-protyped returns are not implemented.
> I'll throw in one more thing just because I know a certain Mr. P.
> Caw
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #24300]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24300 >
Hi,
when trying to include a non-existent file in a PIR file, one gets a error
Hi,
Upgraded parrot today and ran into some snags with in my own
perl5lv.pmc that includes perl.h
The error was
/Users/sky/Documents/Projects/ponie/perl/proto.h:778: parse error
before '.' token
That line is
PERL_CALLCONV void Perl_utilize(pTHX_ int aver, I32 floor, OP* version,
OP* idop,
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> include/parrot/pobj.h:# define version obj.version
Sorry for that :) We can AFAIK toss the version part of a PObj. Its
almost unused and hardly needed. It could be renamed too inside parrot.
It should be out of the way, if you "#define DISABLE_GC_DEBU
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> Hi,
> Quick question, is it possible to create a specific type of PMC using
> extend.h?
t/src/extend.t has this:
type = Parrot_PMC_typenum(interpreter, "PerlString");
testpmc = Parrot_PMC_new(interpreter, type);
> Arthur
leo
On Monday, October 27, 2003, at 02:10 pm, Leopold Toetsch wrote:
Arthur Bergman <[EMAIL PROTECTED]> wrote:
include/parrot/pobj.h:# define version obj.version
Sorry for that :) We can AFAIK toss the version part of a PObj. Its
almost unused and hardly needed. It could be renamed too inside parro
On Fri, 24 Oct 2003, Gordon Henriksen wrote:
> On Monday, October 20, 2003, at 11:40 , Jeff Clites wrote:
>
> > My solution was to define a new vtable method--I've called it visit(),
> > though the name's not the important part--to which you pass a callback
> > (plus an optional context argument).
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> when trying to include a non-existent file in a PIR file, one gets a
> error message "No such file or directory". However the error claims to
> be from some line number in the non-existent file. As this isn't very
> helpful, I have twisted 'imclexe
On Sun, 26 Oct 2003, Melvin Smith wrote:
> At 07:21 PM 10/26/2003 +0100, Leopold Toetsch wrote:
> >Steve Fink <[EMAIL PROTECTED]> wrote:
> >
> > > Although this does bring up another issue -- should parrot really be
> > > seg faulting when it gets a uninitialized (null) PMC?
> >
> >The problem is
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> For the time being I just did
> #define version version
And I have checked in s/version/pobj_version/g :)
> Arthur
leo
On Sat, 25 Oct 2003, Leopold Toetsch wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
> > At 10:10 AM +0200 10/25/03, Leopold Toetsch wrote:
>
> > Oh, it certainly can be an absolute address, if you know what the
> > address is when you're generating the code.
>
> Did you ever try, what the assemb
I just committed a change to Parrot::Test.pm
If a c_output_* test fails to generate an executable the test fails
instead of being silently ignored.
Hopefully the printf("Done\n") trick is not necessary any more.
Furthermore, if the C-Compiler fails to build an object-file the
output of the C-Comp
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Sat, 25 Oct 2003, Leopold Toetsch wrote:
>> So during label fixup there are some hardwired "is this a set_addr" or
>> such, and then when yes, fixup the second argument.
> Ah, that makes sense. The assembler expects a real label since it can't
> reason
On Mon, Oct 27, 2003 at 12:25:45PM +1100, Andrew Savige wrote:
> Your version does not work (unless I've had a brain malfunction):
No, I had the brain malfunction. I forgot that and has an even lower
precedence than = so the expression comes out as:
(my $have_testpod = !$@) and $Test::Pod::V
On Mon, Oct 27, 2003 at 03:33:47AM +0200, Dmitry Nikolayev wrote:
> Hello
> How can I be involved in the project? Maybe, some help is needed?
> If you're interesting about me: http://buildbn.net/resume.html
http://www.parrotcode.org/ should have the basic information you need
to jump in.
--
Mic
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Wed, 22 Oct 2003, Melvin Smith wrote:
>> I propose a Halloween release. Nothing fancy, just something fun. :)
>> We should be able to reach some sort of minor milestone to
>> justify it I'm sure.
> Oct 31, the screaming pumkin release? :) Sounds good -
Dmitry Nikolayev <[EMAIL PROTECTED]> wrote:
> Hello
> How can I be involved in the project? Maybe, some help is needed?
What would you like to contribute? Help is always welcome.
Did you read the docs (either at parrotcode.org or in the src?
intro.pod has a "Getting involved" chapter. There is a
I can get the null register access exception support patched in.
-Melvin
Leopold Toetsch <[EMAIL PROTECTED]>
10/27/2003 11:53 AM
Please respond to lt
To: [EMAIL PROTECTED] (Dan Sugalski)
cc: [EMAIL PROTECTED]
Subject:Re: Halloween release
Dan Suga
Hi,
Currently there 64 header files in include/parrot. From these 64
header files 36 can be included directly, i.e.
#include
will compile, but
#include
will fail with errors. In the case of chartype this can be easily
fixed [1].
Other headers are a little bit harder.
Would it be a good idea to
On Oct 27, 2003, at 6:21 AM, Dan Sugalski wrote:
On Fri, 24 Oct 2003, Gordon Henriksen wrote:
On Monday, October 20, 2003, at 11:40 , Jeff Clites wrote:
My solution was to define a new vtable method--I've called it
visit(),
though the name's not the important part--to which you pass a
callback
On Mon, 27 Oct 2003, Melvin Smith wrote:
> I can get the null register access exception support patched in.
And I think I'll have working conditional logic for Forth in, possibly
with access to Parrot's calling conventions. (life.forth has an
interesting ring to it... :)
> Dan Sugalski <[EMAIL P
On Thu, 23 Oct 2003, Dan Sugalski wrote:
> On Wed, 22 Oct 2003, Melvin Smith wrote:
>
> > I propose a Halloween release. Nothing fancy, just something fun. :)
> > We should be able to reach some sort of minor milestone to
> > justify it I'm sure.
>
> Oct 31, the screaming pumkin release? :) Sounds
On Mon, 27 Oct 2003, Andy Dougherty wrote:
> On Thu, 23 Oct 2003, Dan Sugalski wrote:
>
> > On Wed, 22 Oct 2003, Melvin Smith wrote:
> >
> > > I propose a Halloween release. Nothing fancy, just something fun. :)
> > > We should be able to reach some sort of minor milestone to
> > > justify it I'm
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> Would it be a good idea to fix the other headers the same way?
Cleanup in the headers is for sure a good thing. OTOH I don't know, if
its really useful to only include some headers. Some compilers can AFAIK
precompile header files, so always having ju
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> The function is a C function. And yes it is a custom PMC which I have
> already created.
The interface for calling C code from PASM is NCI (native call
interface). s. e.g. library/*.pasm or t/pmc/nci.t.
But inside your custom PMC you can do all kinds o
Hi,
I just took the time and looked through the failing tinderboxens:
- sprite and ariete:
They have an old dynoplibs/Makefile lying around, which leads to a
failing MANIFEST check.
Solution: just remove dynoplibs/Makefile.
- adrastea
Conflict in MANIFEST,
which lets Configure.pl fail,
On Mon, 27 Oct 2003, Juergen Boemmels wrote:
> Hi,
>
> I just took the time and looked through the failing tinderboxens:
> - sprite and ariete:
I've cleaned out the sprite tinder directories, so we'll see what happens.
Dan
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 27, 2003 11:01 AM
> To: Perl6 Internals
> Cc: Dan Sugalski; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Tinderboxens
>
> - actinium
> This is a harder error:
> # Failed to build 't/src/
Hi all,
> - Irresolute (Windows)
> Fails in compiling jit_cpu.c: with
> d:\cvsprojects\parrot\src\jit_cpu.c(95) : error C2065: 'RTYPE_COM'
:undeclared identifier
> hidden a huge bunch of warnings.
> Does JIT work on windows?
> Maybe it works if configured with --jitcapable=0
> BTW: It
Hi,
Quick question, is it possible to create a specific type of PMC using
extend.h?
Arthur
Hi,
So I am currently trying to do a Perl5LVALUE pmc, a stumbling block is
however that I need to pass the PMC the thing that it is lvalueling, I
was planning to use the pmc data field for storing this but I cannot
access it as a extender without violating the API and guessing at
layouts which
At 02:56 PM 10/27/2003 +, Arthur Bergman wrote:
So I am currently trying to do a Perl5LVALUE pmc, a stumbling block is
however that I need to pass the PMC the thing that it is lvalueling, I was
planning to use the pmc data field for storing this but I cannot access it
as a extender without v
On Monday, October 27, 2003, at 03:26 pm, Melvin Smith wrote:
At 02:56 PM 10/27/2003 +, Arthur Bergman wrote:
So I am currently trying to do a Perl5LVALUE pmc, a stumbling block
is however that I need to pass the PMC the thing that it is
lvalueling, I was planning to use the pmc data field
In this case I assume the function can either be Perl5 or Parrot?
Sounds like a custom PMC to me. Given the PMC that
could stash function pointers and correctly dispatch gets/sets
you have the option of writing a PNI method for setting the stashed
routine from C or we have to add a call to the exte
On Monday, October 27, 2003, at 04:44 pm, Melvin Smith wrote:
In this case I assume the function can either be Perl5 or Parrot?
Sounds like a custom PMC to me. Given the PMC that
could stash function pointers and correctly dispatch gets/sets
you have the option of writing a PNI method for setting
Apologies for the formatting of these replies, I'm at work with Lotus
Notes.
PNI (Parrot Native Interface) is for writing native extensions in C.
So, what I meant is you can write a method for stashing a raw pointer with
the API today (probably using char *). I'm not sure if it is your
preferred
On Monday, October 27, 2003, at 05:20 pm, Melvin Smith wrote:
Apologies for the formatting of these replies, I'm at work with Lotus
Notes.
PNI (Parrot Native Interface) is for writing native extensions in C.
So, what I meant is you can write a method for stashing a raw pointer
with
the API tod
Hi,
The attached patch fixes [1] some of the warnings given when compiling on
Win32, namely:-
ops/io.ops(497) : warning C4244: 'function' : conversion from 'long ' to
'unsigned short ', possible loss of data
ops/string.ops(59) : warning C4244: '=' : conversion from 'long ' to 'char
', possible lo
On Mon, 27 Oct 2003, Dan Sugalski wrote:
> On Mon, 27 Oct 2003, Andy Dougherty wrote:
>
> > On Thu, 23 Oct 2003, Dan Sugalski wrote:
> >
> > Determining if your C library has setenv / unsetenv...Use of uninitialized value
> > in string ne at (eval 21) line 91, chunk 10.
> > (no) done.
>
> I thi
Hi,
Spent a little time looking into the source of all the JIT warnings on
Win32. It appears the MS VC++ compiler is emitting warnings on lines like
this:-
*(pc++) = 0x8b;
Which look something like:-
warning C4305: '=' : truncation from 'const int ' to 'char '
Changing these lines to:-
*(pc+
On Sunday, October 26, 2003, at 05:05 PM, Damian Conway wrote:
Err, no. Or at least: "Please, No!". ;-)
That would certainly be a way cool abbreviation, but I suspect it
would be a Very Bad Idea for unary plus to have two unrelated meanings
out in the actual code. I suspect that the "named-only
David Wheeler wrote:
Welcome back, Damian. Lo, how we've missed you and Larry these many long
months!
Thanks to everyone for the warm welcome. Just to give you an update, I've be
ill too (nothing nearly as serious as Larry...just a mild influenza and a
little light pneumonia ;-) and I've also b
Here's a suggestion for some upcoming release: Brass Parrot.
http://www.avonpage.com/brassparrot.html
http://usvi.diningguide.net/data/d100132.htm
Maybe a deep-winter release, so us folks in the Northern
hemisphere can think pleasant tropical thoughts about St. Croix...
Regards,
-- Gregor
-
On Oct 26, 2003, at 10:39 AM, Melvin Smith wrote:
I think a compromise would be to do define a interpreter global PMCNull
and point (or init) all Px registers to it.
...
The downside is fast initialization of register blocks. memsetting
with NULL (0)
will not be possible, but I'd have to actually
At 05:28 PM 10/27/2003 -0800, Jeff Clites wrote:
On Oct 26, 2003, at 10:39 AM, Melvin Smith wrote:
I think a compromise would be to do define a interpreter global PMCNull
and point (or init) all Px registers to it.
...
The downside is fast initialization of register blocks. memsetting with
NULL (
Just in time for the "screamin' punkin" release
I've patched in a quick and dirty implementation of the previous
discussion regarding Parrot segfaulting on access to a null register.
Of course, HLL compilers shouldn't generate code that results in
an uninitialized Px register, but we would lik
On Oct-27, Leopold Toetsch wrote:
> Arthur Bergman <[EMAIL PROTECTED]> wrote:
>
> > include/parrot/pobj.h:# define version obj.version
>
> Sorry for that :) We can AFAIK toss the version part of a PObj. Its
> almost unused and hardly needed. It could be renamed too inside parrot.
I'm the guilty
I am not sure if this is the correct place to ask this, so please point
me to correct direction if it is not.
As far as I know, there is no "native" way of calling C/C++ libraries
from within Perl 5. When C/C++ API involves structures, the
corresponding Perl binding uses hashes, and an intermedi
Thank you,
I read them more deeply..
Dmitry
- Original Message -
From: Leopold Toetsch
To: Dmitry Nikolayev
Cc: [EMAIL PROTECTED]
Sent: Monday, October 27, 2003 6:39 PM
Subject: Re: How?
Dmitry Nikolayev <[EMAIL PROTECTED]> wrote:
> Hello
> How can I be involved i
On Tue, 2003-10-28 at 11:24, Anuradha Ratnaweera wrote:
>
> As far as I know, there is no "native" way of calling C/C++ libraries
> from within Perl 5. When C/C++ API involves structures, the
> corresponding Perl binding uses hashes, and an intermediate step
> converts the hash to a structure, and
54 matches
Mail list logo
