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, but that
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
Andy Dougherty [EMAIL PROTECTED] wrote:
Specifically, the problem is ${inline} in config/gen/feature_h/feature_h.in
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
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 part
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/nci.t
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. Parrot
- 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.
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 pthreads.
I
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 question is ... of
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
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 was the
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 parrot/embed.h
will compile, but
#include parrot/chartype.h
will fail with errors. In the case of chartype this can be
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 parrot/embed.h
will compile, but
#include parrot/chartype.h
will fail
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 was
# New Ticket Created by Nick Kostirya
# Please include the string: [perl #24329]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24329
Testing error sys/socket.h for FreeBSD.
When testing headers in
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,
# New Ticket Created by Lars Balker Rasmussen
# Please include the string: [perl #24333]
# in the subject line of all future correspondence about this issue.
# URL: 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
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 FreeBSD -
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 are two ways
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.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24333
Tim Bunce [EMAIL PROTECTED] wrote:
Michael Carman wrote:
I tried it, and it does help some. In my very unscientific test[1] it
ran about 20% faster. The size of the db file (on disk) was about 75%
smaller.
Thanks. 20% is certainly useful.
I ran some more tests, some of which might be
Tim Bunce [EMAIL PROTECTED] wrote:
On Tue, Oct 28, 2003 at 02:37:29PM +, [EMAIL PROTECTED] wrote:
I ran some more tests, some of which might be more significant:
On Tue, Oct 28, 2003 at 02:37:29PM +, [EMAIL PROTECTED] wrote:
Tim Bunce [EMAIL PROTECTED] wrote:
Michael Carman wrote:
I tried it, and it does help some. In my very unscientific test[1] it
ran about 20% faster. The size of the db file (on disk) was about 75%
smaller.
On Tue 28 Oct 2003 17:51, Tim Bunce [EMAIL PROTECTED] wrote:
Storable looks like it's performing pretty well, with only a small
overhead. Eventually, I think that a transition to a real database
(where you can read/write only the portions of interest) would be good.
How would you define
On Mon, Oct 27, 2003 at 12:05:32PM +1100, Damian Conway wrote:
: Luke Palmer asked:
: (Or, in this precise case:)
:
: (+$name, +$id) := getinfo();
:
: 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
Larry wrote:
: (+$name, +$id) := getinfo();
:
: 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
Mark Stosberg wrote:
I'm looking at writing a test for an e-mail that's generated by Perl.
I'm wondering about the best way to do this.
A colleague of mine wrote fakesmtpd just for such an occasion -
http://www.jera.com/tools/fakesmtpd/. It's written in Perl.
--
Danny R. Faught
Tejas Software
On Friday, Oct 24, 2003, at 14:23 Europe/London, Andrew Savige wrote:
I'm about to add a POD test program to my phalanx distro.
Before I do that, just want to check I'm using the best model.
I plan on using the one from WWW::Mechanize (shown below) --
unless someone can suggest a better model.
On Tue, Oct 28, 2003 at 08:17:24PM +, Adrian Howard wrote:
This may be a dim question but why scan blib and lib?
[snip]
my $blib = File::Spec-catfile(qw(blib lib));
[snip]
That's not blib and lib, that's a cross platform way of saying:
my $blib = 'blib/lib';
Wouldn't everything
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.
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 handy,
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
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.dll
$
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 here:-
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. So all
36 matches
Mail list logo