We could really use a windows tinderbox. The only change needed should be to
Tindermail.pm to send mail however you send mail on windows. Mail::Mailer
and Net::SMTP would probably work. I have no windows access, so would anyone
be willing to take this on?
Zach
On 11/15/01 5:08 AM, Ask Bjoern
On Thu, Nov 15, 2001 at 02:36:54PM +, Simon Cozens wrote:
| On Thu, Nov 15, 2001 at 01:36:34PM +, Alberto Manuel Brandao Simoes wrote:
| I had a conference about .NET and, what a surprise... this big title is
| only another virtual machine. I don't know what .MONO is trying to do,
OK, I have a Windows XP tinderbox running :)
I can't enable tests, because when a test fails with an illegal operation
(SIGSEGV in Un*x terms), Windows pops up a dialog box. If the tests run at
every 3 minutes, the number of dialog boxes popping up would be unacceptable
to me. So right now I'm
I've hit upon quite a major problem with implementing
Perl scalar PMCs. The problem is that the code is just
too damned ugly for words.
Remember that PMCs have a data area which is a void
pointer; I'm connecting that to a structure which has
integer, number and string slots. Those of you
At 06:52 PM 11/15/2001 +, Simon Cozens wrote:
I've hit upon quite a major problem with implementing
Perl scalar PMCs. The problem is that the code is just
too damned ugly for words.
Remember that PMCs have a data area which is a void
pointer; I'm connecting that to a structure which has
On Thu, Nov 15, 2001 at 02:01:53PM -0500, Dan Sugalski wrote:
*) Use the cache entry in the PMC header. It'll mean for ints and floats
you won't need to bother with a separate structure or dereference
I can't. :(
/* It's more efficient to use our own caching than the PMC's cache
Why?
On Thu, Nov 15, 2001 at 07:34:52PM +, Simon Cozens wrote:
Thanks to Andy Doughtery for the obvious and beautiful solution:
s/ter/ert/
--
It's much better to have people flaming in the flesh. -Al Aho
Combining these two, I have a couple comments.
On Thursday 15 November 2001 02:07 pm, Simon Cozens wrote:
if (pmc-flags PS_INTEGER_OK) {
return ((struct PerlScalarData *)(pmc-data))-intdata;
Why are you storing flags for PerlScalarData inside the pmc-flags? If the
nested type is
On Thursday 15 November 2001 02:11 pm, James Mastros wrote:
I don't see doing it with a macro as too bad, so long as the macro is
decently localized. (If you don't like macros because of their
preprocessor nature, use a function; it should inline just fine.) And it
seems like it would be,
On Thu, Nov 15, 2001 at 02:58:58PM -0500, Michael L Maraist wrote:
Combining these two, I have a couple comments.
Take a peek at the code that's in CVS now and see if it's OK with
your aesthetic sentiments. :)
Why are you storing flags for PerlScalarData inside the pmc-flags?
I'm saying
Yes, maybe... but they show many functional and scripting languages
working, like Haskell, ML, Python and Perl... but that's not the point.
Yes you can do it and you can also do it on the jvm but they are slow...
With the clr I think its not as bad as with the jvm though.
Benoit
On Thu, Oct 18, 2001 at 12:30:29PM +0100, Simon Cozens wrote:
On Mon, Oct 08, 2001 at 06:36:32PM -0400, Dan Sugalski wrote:
P1-vtable_funcs[VTABLE_ADD + P2-num_type](P1, P2, P0);
Uhm, since num_type and vtable_funcs are part of the vtable
structure, that would be more like
In message [EMAIL PROTECTED]
Michael L Maraist [EMAIL PROTECTED] wrote:
inlined c-functions.. Hmm, gcc has some support for this, but what about
other archectures.. For function-inlining to work with GCC, you have to
define the function in the header.. That's definately not
Simon Cozens:
# I've hit upon quite a major problem with implementing
# Perl scalar PMCs. The problem is that the code is just
# too damned ugly for words.
#
# Remember that PMCs have a data area which is a void
# pointer; I'm connecting that to a structure which has
# integer, number and string
Brent Dax:
# Simon Cozens:
# # I've hit upon quite a major problem with implementing
# # Perl scalar PMCs. The problem is that the code is just
# # too damned ugly for words.
# #
# # Remember that PMCs have a data area which is a void
# # pointer; I'm connecting that to a structure which has
# #
BD == Brent Dax [EMAIL PROTECTED] writes:
BD static INTVAL
BD Parrot_scalar_get_integer(struct Parrot_Interp* interpreter, PMC* pmc) {
BD PSD* sd=(PSD*)pmc-data;
BD if(FLAG_pmc_iok_TEST(pmc)) {
BD return sd-intdata;
BD }
BD FLAG_pmc_iok_SET(pmc);
BD
On Thu, Nov 15, 2001 at 05:02:52PM -0500, Uri Guttman wrote:
that is starting to look okay now.
Yes, it's starting to look quite like what I've had in CVS for
the past couple of hours. :)
--
boojum luckily, my toes have no trailing newline characters
On Thu, Nov 15, Simon Cozens wrote:
I haven't forgotten about this patch, but I've had other things going
on. I'd like to see the computed goto done as a complete state machine,
with
goto *pc_l[(int)dest];
after *every single op definition* so it just jumps between labels, without
..
Daniel Grunblatt.
Index: core.ops
===
RCS file: /home/perlcvs/parrot/core.ops,v
retrieving revision 1.27
diff -u -r1.27 core.ops
--- core.ops2001/11/15 22:10:31 1.27
+++ core.ops2001/11/16 02:22:25
@@
Hey all.
This implements a platforms system similar to what we were discussing
earlier: each interface is a sepperate file, independent of the others, the
hints file specifies what interfaces we use. This does create a large
number of files, but minimizes code copying. All the peices are
Parrot will follow the './configure make make test make
install' process, with the following twists:
1) ./configure is a perl5 script
2) ./configure.in is compatible with GNU autoconf.
3) ./autoconf will be a perl5 script that performs a subset of what GNU
autoconf does.
We shouldn't need to
Damian Conway wrote:
Schwern explained:
Going away? No way, it's SPREADING! We might wind up with AUTOGLOB, too.
http://dev.perl.org/rfc/324.pod
Though it won't be called AUTOGLOB (globs *are* going away),
and its semantics might be closer to those portrayed in:
On Thu, Nov 15, 2001 at 05:49:34PM -0800, John Rudd wrote:
So, for example, lets say I have an object $foo, which is an instance of
Class A. In one method, foo tries to access an instance variable of
$bar, an instance of Class B (not inherited from Class A).
This is a naughty thing to do.
Shlomi Fish wrote:
Proper Tail Recursion is harder to debug, but consumes less memory and is
faster to execute ...
It definitely consumes less memory, but performance is the same (until
the memory issue starts dominating...) I don't know what you mean by
debugging -- user code or parrot
On Wed, Nov 14, 2001 at 01:11:54PM -0500, Dan Sugalski wrote:
Correction (and please correct this correction if I'm wrong):
An INTVAL should never get a /native/ pointer in it. However, when we do
relitave or absolute jumps in parrot code, the destination is an INTVAL.
Is this really going
Hello!
I had a conference about .NET and, what a surprise... this big title is
only another virtual machine. I don't know what .MONO is trying to do, but
isn't Parrot something like .NET, and usable that way?
Cheers, and continue parroting :)
Alberto
--
f u cn
we have even more clients now,
http://tinderbox.perl.org/tinderbox/showbuilds.cgi?tree=parrot
... so if you commit stuff be sure to check with tinderbox 20-60
minutes later that you at least didn't break anything obvious.
:-)
- ask
--
ask bjoern hansen, http://ask.netcetera.dk/ !try;
On Thu, Nov 15, 2001 at 01:36:34PM +, Alberto Manuel Brandao Simoes wrote:
I had a conference about .NET and, what a surprise... this big title is
only another virtual machine. I don't know what .MONO is trying to do, but
isn't Parrot something like .NET, and usable that way?
There
28 matches
Mail list logo