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 conventions.
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
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
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.
Cawley
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #24300]
# in the subject line of all future correspondence about this issue.
# URL: 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
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_DEBUG 1
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
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). It's
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 'imclexer.c'
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 of course that
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 assembler
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
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
reasonably get
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 -- lets
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 TODO
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
Hi,
Currently there 64 header files in include/parrot. From these 64
header files 36 can be included directly, i.e.
#include parrot/embed.h
will compile, but
#include parrot/chartype.h
will fail with errors. In the case of chartype this can be easily
fixed [1].
Other headers are a little bit
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
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
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 good --
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 sure.
Oct
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 just
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 of
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
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 does
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
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, IN chunk 10.
(no) done.
I think this
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:-
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
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
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
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
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
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
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
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 like
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 one who
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
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 in
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 call
50 matches
Mail list logo
