I made a boo-boo in null.pl, it generated all of the void routines
with a return (void)0 due to my incorrect fix of the regex the other
night for void *. It has been fixed. Thanks to thomason on IRC
(which is why I'm sending this to the list, I'm not sure who the guy was)
for catching it, I never e
On Oct 28, 2003, at 3:56 PM, Luke Palmer wrote:
Object Instantiation
Dan had a moment of clarity and declared that the Parrot Way to
instantiate an object in class Foo will be:
new P5, .Foo
All we need now is a working implementation. And, apparently,
knowing
what class a
> Object Instantiation
> Dan had a moment of clarity and declared that the Parrot Way to
> instantiate an object in class Foo will be:
>
> new P5, .Foo
>
> All we need now is a working implementation. And, apparently, knowing
> what class a class is a member of might be ha
The Perl 6 Summary of the week ending 20031026
Where does the time go? It seems like only yesterday that I was sat
hiding Leon Brocard in the first letters of the first 11 body paragraphs
of the last summary. Now, here I am, on the train, typing away in a
desperate attempt to get th
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > Ah, that's changed, 'cus it used to work with me doing that. :-) So
now it
> > loads the library, but fails here:-
>
> > dlfunc P0, P1, "MessageBoxA", "llttl"
>
> > With:-
>
> > Parrot VM: PANIC: Unknown signature type!
>
> Your parrot seems t
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Ah, that's changed, 'cus it used to work with me doing that. :-) So now it
> loads the library, but fails here:-
> dlfunc P0, P1, "MessageBoxA", "llttl"
> With:-
> Parrot VM: PANIC: Unknown signature type!
Your parrot seems to lack JIT support
> > loadlib P1, "user32.dll"
>
> There are 2 errors in that, one is mine :)
> - I didn't use the configure define of PARROT_DLL_EXTENSION
> - Your's is: don't append ".dll" - parrot does it
Ah, that's changed, 'cus it used to work with me doing that. :-) So now it
loads the library, but fails her
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
> loadlib P1, "user32.dll"
There are 2 errors in that, one is mine :)
- I didn't use the configure define of PARROT_DLL_EXTENSION
- Your's is: don't append ".dll" - parrot does it
BTW - are the nci tests succeeding on Win32:
$ make libnci.dl
Hi,
The following used to work (back at the start of the month):-
loadlib P1, "user32.dll"
Now it results in the following error:-
Couldn't load 'runtime/parrot/dynext/user32.dll.so': unknow reason
Obviously, it certainly shouldn't append .so on the end, and it surely won't
find user32.dll in
On Tue, Oct 28, 2003 at 01:25:51PM +, Lars Balker Rasmussen wrote:
> # New Ticket Created by Lars Balker Rasmussen
> # Please include the string: [perl #24333]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=24333 >
>
Juergen Boemmels <[EMAIL PROTECTED]> writes:
> Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes:
>> The pthreads library seems to be missing on the FreeBSD 4.8 and 5.0
>> machines I have access to. I don't know what, if any, FreeBSD'en
>> should happen to have that library...
>>
>> There
Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes:
> The pthreads library seems to be missing on the FreeBSD 4.8 and 5.0
> machines I have access to. I don't know what, if any, FreeBSD'en
> should happen to have that library...
>
> There are two ways to link in the pthreads-stuff on Free
sorry to spam perl6-internals, but i'm answering a public question, and
you may find something worth thinking about my description of the hoops
i have to jump through... or maybe not. ignore if you like. i am
quite open to suggestions how i should do this for perl6. replies
off-list, please,
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #24333]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24333 >
The pthreads library seems to be missing on the FreeBSD 4.8 and 5.0
machines I
# New Ticket Created by "Nick Kostirya"
# Please include the string: [perl #24329]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24329 >
Testing error sys/socket.h for FreeBSD.
When testing headers in config/auto/header
At 12:30 PM 10/28/2003 +0100, Leopold Toetsch wrote:
Melvin Smith <[EMAIL PROTECTED]> wrote:
> You'll have to edit interpreter.h and set PARROT_CATCH_NULL to 1
> to enable it.
Turned on now by default.
Good.
> The patch adds the Null PMC class, only instantiated once in
> system memory.
... which
On Tue, 28 Oct 2003, Anuradha Ratnaweera wrote:
> On Tue, 2003-10-28 at 19:26, Dan Sugalski wrote:
> > On Tue, 28 Oct 2003, Anuradha Ratnaweera wrote:
> >
> > > 2. If the ansewr to 0 or 1 is "no", will there be another standard in
> > > Perl 6?
> >
> > Yes. Whatever we do for Parrot.
>
> Thigs are
On Tue, 28 Oct 2003, Juergen Boemmels wrote:
> Dan Sugalski <[EMAIL PROTECTED]> writes:
>
> > On Mon, 27 Oct 2003, Juergen Boemmels wrote:
> >
> > > Hi,
> > >
> > > Currently there 64 header files in include/parrot. From these 64
> > > header files 36 can be included directly, i.e.
> > > #include
On Tue, 2003-10-28 at 19:26, Dan Sugalski wrote:
> On Tue, 28 Oct 2003, Anuradha Ratnaweera wrote:
>
> > 2. If the ansewr to 0 or 1 is "no", will there be another standard in
> > Perl 6?
>
> Yes. Whatever we do for Parrot.
Thigs are getting clearer and more confusing ;-)
I am still in the tryin
Dan Sugalski <[EMAIL PROTECTED]> writes:
> On Mon, 27 Oct 2003, Juergen Boemmels wrote:
>
> > 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
On Mon, 27 Oct 2003, 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
> >
On Mon, 27 Oct 2003, Juergen Boemmels wrote:
> 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].
> Ot
Melvin Smith <[EMAIL PROTECTED]> wrote:
> Just in time for the "screamin' punkin" release
> You'll have to edit interpreter.h and set PARROT_CATCH_NULL to 1
> to enable it.
Turned on now by default.
> The patch adds the Null PMC class, only instantiated once in
> system memory.
... which wa
Anuradha Ratnaweera <[EMAIL PROTECTED]> wrote:
> Let me break down the questions into more than one:
> 0. Is XS the standard way of binding Perl 5 to a C/C++?
Yes, till now. Ponie (perl ~5.12) will use both XS and NCI/extend.c.
> 1. If answer to 0 is 'yes', will it be the same for Perl 6?
Perl6
On Tue, 28 Oct 2003, Anuradha Ratnaweera wrote:
> On Tue, 2003-10-28 at 14:10, Leopold Toetsch wrote:
> > Anuradha Ratnaweera <[EMAIL PROTECTED]> wrote:
> >
> > > Just another quick, and possibly dumb, question: Is XS the standard way
> > > of binding Perl to a C/C++ library?
> >
> > If your quest
- Original Message -
From: "Juergen Boemmels" <[EMAIL PROTECTED]>
To: "Nick Kostirya" <[EMAIL PROTECTED]>
Cc: "Perl6 Internals" <[EMAIL PROTECTED]>
Sent: Tuesday, October 28, 2003 2:49 PM
Subject: Re: Tinderboxens
> "Nick Kostirya" <[EMAIL PROTECTED]> writes:
>
> > > - Irresolute (FreeBS
"Nick Kostirya" <[EMAIL PROTECTED]> writes:
> > - Irresolute (FreeBSD)
> > Configure is failing:
> > Determining some sizes...Linker failed (see test.ldo) at
> lib/Parrot/Configure/Step.pm line 181.
> > Question: what says test.ldo
>
> Linker failed have a place only for FreeBSD 4.x, over p
> - Irresolute (FreeBSD)
> Configure is failing:
> Determining some sizes...Linker failed (see test.ldo) at
lib/Parrot/Configure/Step.pm line 181.
> Question: what says test.ldo
Linker failed have a place only for FreeBSD 4.x, over pthreads.
I will do patch for config/init/hints/freebsd.pl.
On Tue, 2003-10-28 at 14:10, Leopold Toetsch wrote:
> Anuradha Ratnaweera <[EMAIL PROTECTED]> wrote:
>
> > Just another quick, and possibly dumb, question: Is XS the standard way
> > of binding Perl to a C/C++ library?
>
> If your question is "... of binding Parrot to a C/C++ library?", then
> no
Anuradha Ratnaweera <[EMAIL PROTECTED]> wrote:
> Just another quick, and possibly dumb, question: Is XS the standard way
> of binding Perl to a C/C++ library?
If your question is "... of binding Parrot to a C/C++ library?", then
no. Parrot uses NCI (native call interface). S. library/* and
t/pmc/
Dan Sugalski wrote:
> Allow me to haul out this bucket of ice-water I keep around
> for just such an eventuality. :)
>
> There's a low limit to the complexity of any sort of traversal we can
> provide. We *can't* go recursive in a traversal, if it crosses the
> C->Parrot or Parrot->C boundary as
Adam Thomason <[EMAIL PROTECTED]> wrote:
> I supplied a fix for this; see RT ticket #24247 for a full explanation =
> of the general problem.
Applied, thanks,
leo
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi all,
> jit_cpu.c(95) : error C2065: 'RTYPE_COM' : undeclared identifier
Albeit the line number isn't really usefull here, this error could be in
the jit_emit_end opcode, I've separated exec/jit cases, which might
help.
leo
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> Specifically, the problem is ${inline} in config/gen/feature_h/feature_h.in
Applied, thanks,
leo
Steve Fink <[EMAIL PROTECTED]> wrote:
> ... Is it still useful? If not, then go ahead
> and rip it out.
Its still useful for the reason you described. Its renamed now to
pobj_version.
leo
Anuradha Ratnaweera <[EMAIL PROTECTED]> wrote:
> But if the structure of the structure _is_ known, then there is the
> possibility of kind of "rearranging" the hashes and calling the C/C++
> library without duplicating the related data to a seperate structure.
Parrot doesn't have a hash there, bu
36 matches
Mail list logo
