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
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
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
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
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/
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
> - 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 p
- 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
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
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 wa
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
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
> >
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 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
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, 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
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
# 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
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
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
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
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 >
>
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 11:24:51AM +, Tim Bunce ([EMAIL PROTECTED]) wrote:
> I'd be very happy if you could find someone willing to rework,
> and ideally then extend, the DBI test suite. Parts of it date back
> to before perl 5.0 was released :)
That is indeed a goal. We're holding off on the
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 whic
On Thu, Oct 23, 2003 at 09:17:24PM -0500, Michael Carman wrote:
>
> [1] roughly 430 tests in 18 *.t files. Timing done with a wristwatch on a
> single-user WinXP system.
>
> 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 (
I'd be very happy if you could find someone willing to rework,
and ideally then extend, the DBI test suite. Parts of it date back
to before perl 5.0 was released :)
Tim.
On Sun, Oct 12, 2003 at 10:42:36PM -0500, Andy Lester wrote:
> We've got a couple new hoplites out there, so check out the stat
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%
> >> smal
On Tue, Oct 28, 2003 at 08:03:58AM -0600, Andy Lester wrote:
> On Tue, Oct 28, 2003 at 11:24:51AM +, Tim Bunce ([EMAIL PROTECTED]) wrote:
> > I'd be very happy if you could find someone willing to rework,
> > and ideally then extend, the DBI test suite. Parts of it date back
> > to before perl
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 y
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
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"
Hello,
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. Here are some possibilities
I have considered:
- use Test::Mail. While it's designed for the task, I'm not fond of the
complexity of setting up an e-mail address which sen
When I encounter something like this, I usually just temporarily override the
function/method that
actually sends the mail:
my $email_text;
my $mail_func = 'My::Mail::Module::send';
{
no warnings 'redefine';
local *$mail_func = sub { $email_text = shift };
}
ok($email_text, "$m
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.
[sn
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 ever
On 10/25/2003 6:27 AM, Gabor Szabo wrote:
>
> The HTML files generated by Devel::Cover are huge. I think some work should
> be done to reduce this size. I made a simple change - removing leading spaces
> from the templates - this reduced the file size by about 60% for
> HTML::Template.
>
> It is s
> 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
> 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
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
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
> > 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:
> 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
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
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
52 matches
Mail list logo
