# New Ticket Created by chromatic
# Please include the string: [perl #29385]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29385 >
The attached patch allows you to fetch nested structs from their
enclosing structs.
It
# New Ticket Created by chromatic
# Please include the string: [perl #29380]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29380 >
I have an array hanging off of a struct:
typedef struct SDL_Surface {
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Unless someone objects (and as this'll need some JIT re-jigging I can
> see there being an issue) I'm going to add a return continuation
> register to the context structure, change the invocation ops to put
> the return continuation in there, and add in a R
On May 5, 2004, at 12:06 PM, Dan Sugalski wrote:
At 7:57 PM +0100 5/5/04, Nicholas Clark wrote:
On Wed, May 05, 2004 at 08:59:03AM -0400, Dan Sugalski wrote:
Yeah, that's what I'm figuring. The symbols themselves should be
cross-platform, modulo the odd prefix character, or so I hope. The
linker
Hi,
this is my first patch ever (not just p6i: ever). So do tell me
what I have done wrong.
This is a patch for one of the ToDo items in languages/perl6/Todo. I have
updated the calling conventions in a bunch of places, but may have missed
some.
One more subtest is failing because of my c
On Wed, 5 May 2004 13:59:14 -0400, Dan Sugalski wrote:
>>Windows requires this export list, which is currently stored in the
>>"module-definition file" libparrot.def. However, Windows provides a
>>"nicer" way of doing this, by prefixing a declaration with
>>__declspec(dllexport) someFunction
>>Wi
At 7:57 PM +0100 5/5/04, Nicholas Clark wrote:
On Wed, May 05, 2004 at 08:59:03AM -0400, Dan Sugalski wrote:
Yeah, that's what I'm figuring. The symbols themselves should be
cross-platform, modulo the odd prefix character, or so I hope. The
linker magic is definitely going to be platform and lin
On Fri, Apr 30, 2004 at 01:14:21PM +0200, Leopold Toetsch wrote:
> Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
>
> > 'libnci.so' is used for testing the native call interface. However I noticed
> > that the tests in t/pmc/nci.t were skipped, because 'libnci.so' wasn't built
> > by default. The
On Wed, May 05, 2004 at 08:59:03AM -0400, Dan Sugalski wrote:
> Yeah, that's what I'm figuring. The symbols themselves should be
> cross-platform, modulo the odd prefix character, or so I hope. The
> linker magic is definitely going to be platform and linker
> specific--we may have to throw in
At 7:16 PM +0200 5/5/04, Ron Blaschke wrote:
On Tue, 4 May 2004 08:34:55 -0400, Dan Sugalski wrote:
Another todo list task for the interested. A perl & linker thing.
Right now, through the wonders of the Unix default linking
conventions, every function in parrot gets exported whether we want
th
# New Ticket Created by Jens Rieks
# Please include the string: [perl #29368]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29368 >
Hi,
"make fulltest" is running for cores that are disabled
$ perl Configure.pl --cgot
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Above error is only possible, when ARENA_DOD_FLAGS
> is turned on. This
> switch relies on the presence of a working memalign
> function. The
> C<--gc> option isn't related to this. But you can
> turn off
> ARENA_DOD_FLAGS in include/parrot/pobj.h li
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> (gdb) bt
> (gdb) p pmc
> /gdb) p *((Dead_PObj*)pmc)
> would be good.
Program received signal SIGSEGV, Segmentation fault.
0x00419f6c in new_pmc_header (interpreter=0x100d1d68,
flags=1024) at src/headers.c:251
251 *((Dead_PObj*)pmc)->aren
On Tue, 4 May 2004 08:34:55 -0400, Dan Sugalski wrote:
> Another todo list task for the interested. A perl & linker thing.
>
> Right now, through the wonders of the Unix default linking
> conventions, every function in parrot gets exported whether we want
> them to be or not, and generally we d
Unless someone objects (and as this'll need some JIT re-jigging I can
see there being an issue) I'm going to add a return continuation
register to the context structure, change the invocation ops to put
the return continuation in there, and add in a RETURN keyword that
works just like a plain i
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> I have attached a proposal for a TODO.win32 for your consideration.
Thanks, applied.
leo
The Perl 6 Summary for the week ending 2004-05-02
So, May Day didn't quite knock me for six this year (but being up at 4am
on Newcastle Town Moor on Saturday morning to welcome in the summer with
a bunch of rapper dancers (and no, rapper does not involve large shouty
men wearing p
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 12:02 PM +0200 5/5/04, Leopold Toetsch wrote:
>>Changing C or any MMDed opcode to look like a branch is a severe
>>performance impact for the non-overloaded case.
> If the JIT structure makes it untenable, it doesn't work, and that's
> fine. I don't thi
On Tue, 4 May 2004 09:11:00 +0200, Leopold Toetsch wrote:
>> Is there anything specific that is known to be broken/not yet implemented
>> on Win32? Anything else I can help with?
>
> One more thing comes to my mind. That's dynamic loading of classes and
> bytecode (dynclasses/ and dynoplibs/). W
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x00419f6c in new_pmc_header (interpreter=0x100d1d48,
> flags=1024) at src/headers.c:251
> 251 *((Dead_PObj*)pmc)->arena_dod_flag_ptr
> |=
(gdb) bt
(gdb) p pmc
/gdb) p *((Dead_PObj*)pm
At 12:02 PM +0200 5/5/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 11:35 AM +0200 4/30/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
If we go MMD all the way, we can skip the bytecode->C->bytecode
transition for MMD functions that are written in pa
--- Jeff Clites <[EMAIL PROTECTED]> wrote:
> If you run it in a debugger (gdb or whatever), you
> should be able to
> see where it's crashing.
Ok, after spending about 5 minutes figuring out what
gdb was and how to use it (did I mention I was
clueless) it looks like it isn't ICU at all
Pro
At 12:40 AM -0700 5/5/04, Jeff Clites wrote:
On May 4, 2004, at 5:34 AM, Dan Sugalski wrote:
The right way to fix this is to have a file with the acceptable
exportable symbols and a fix to the link stage to convince the
linker that it should *only* export these symbols.
I have this working locall
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:35 AM +0200 4/30/04, Leopold Toetsch wrote:
>>Dan Sugalski <[EMAIL PROTECTED]> wrote:
>>> If we go MMD all the way, we can skip the bytecode->C->bytecode
>>> transition for MMD functions that are written in parrot bytecode, and
>>> instead dispatch
On May 4, 2004, at 5:34 AM, Dan Sugalski wrote:
The right way to fix this is to have a file with the acceptable
exportable symbols and a fix to the link stage to convince the linker
that it should *only* export these symbols.
I have this working locally on Mac OS X--I expect it will be rather
pl
25 matches
Mail list logo
