This ticket was updated to reflect that both scheme and Tcl still used Perl*
pmcs.
Attached is a patch for scheme that removes the Perl* from it.
FYI, the following two tests fail before and after my patch. (Updated
LANGUAGES.STATUS to reflect this.)
Failed Test Stat Wstat Total
open currently returns an Undef PMC if it fails to open a file. Should it
instead return a None? Or, IMO, a Null?
Someone should probably do a cleanup in the core on None vs. Undef vs. Null to
insure they are used consistently and appropriately.
FWIW, it also seems unfair (or at least, unobvio
Now that PGE is usable, this ticket can probably be implemented.
Is it possible to do substitutions with PGE yet? If so, how?
On Sat, Jun 11, 2005 at 02:23:10PM -0700, Chip Salzenberg wrote:
: STM is Software Transactional Memory. It's wicked cool. Really.
: Google it. You'll be glad you did.
I'm particularly interested by the scalability of
http://www.cambridge.intel-research.net/~rennals/faststm.html
(There's
# New Ticket Created by Will Coleda
# Please include the string: [perl #36252]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36252 >
It would appear that the editor/Makefile is not removed during a realclean, nor
is edit
From languages/LANGUAGES.STATUS:
N: bc
A: Bernhard Schmalhofer
D: Needs antlr and Python
S: Not working and not yet in Parrot SVN
M: Yes
V: 0.1.2
Ron Blaschke wrote:
I'm feeling rather dumb asking this, but F says:
Currently GNU bc is only used for doublechecking Parrot bc.
Now, my quest
Note:
Any tickets which list "will-parrotodo ..." as the requestor don't need to have
replies sent back to the requester - they are placeholders generated from now long gone
TODO files. Followup probably should go to the list, though.
And, "chip claimed a ticket???!?"
* gets the vapors.
Chip
Ron Blaschke wrote:
Well, you've got a libparrot.dll. parrot.exe got to be linked against
it, and so have the dynclasses. Once parrot.exe runs, it pulls in
libparrot.dll. If a dynclass gets loaded, it also looks for its
missing symbols from libparrot.dll, and finds them in the already
loaded
I'm feeling rather dumb asking this, but F says:
Currently GNU bc is only used for doublechecking Parrot bc.
Now, my question is: Where is "Parrot bc?"
Ron
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #36250]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36250 >
Do detailed design & documentation on STM-based threading system.
STM is Software T
# New Ticket Created by Chip Salzenberg
# Please include the string: [perl #36249]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36249 >
Short version: Up through version 0.8 or so, we promise to break
everything constant
On Sat, Jun 11, 2005 at 08:56:05PM +0200, Leopold Toetsch wrote:
> I'd would be really great if the tests would be extended to cover a much
> broader range of indices, like e.g. the tests in t/pmc/intlist.t
I'll second this. Testing is of major concern! Without regression
tests that stress the
# New Ticket Created by Dino Morelli
# Please include the string: [perl #36247]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36247 >
I added support to Parrot::Test::PGE for chromatic's new todo feature of
the unit testi
Nick Glencross wrote:
> My understand is that on Windows DLLs must be self-contained and cannot
> have unreferenced symbols, and so I've linked against libparrot.so which
> of course pulls in much of its code. I see this also being done in the
> MSWin32 case...
Yes, Windows needs to know where the
Dino Morelli (via RT) wrote:
As per discussions with Leo and Jerry, new allocation code for
resizablebooleanarray to support...
I've looked at the patch (but not yet applied it) and it seems to be
quite ok. OTOH I'm a bit uncomfortable about the amount of tests. These
do cover the basic oper
Feeling adventurous today, I decided to give the Microsoft Visual C++
8 / 2005 / 14 (Beta2) - whatever the version number is - a whirl.
http://lab.msdn.microsoft.com/express/visualc/default.aspx
There are a number of deprecation warnings - mostly string function,
probably because their vulnerable
On Sat, Jun 11, 2005 at 03:38:28AM -, David Formosa (aka ? the Platypus)
wrote:
: From my exprence
: with perl5 and from playing around with pugs I've noticed that when
: eval(Str $evalstring) is used I mostly use it like this (in perl5)
:
: eval "..."; Or
:
: eval <<"__EVALEND__";
: ...
: _
# New Ticket Created by Dino Morelli
# Please include the string: [perl #36244]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36244 >
As per discussions with Leo and Jerry, new allocation code for
resizablebooleanarray to
On Fri, 10 Jun 2005 11:58:31 +0200, Juerd <[EMAIL PROTECTED]> wrote:
> David Formosa (aka ? the Platypus) skribis 2005-06-10 9:32 (-):
>>
>
> Interesting. Could you provide some more information, like perhaps a
> message body?
My appologies, my news client crashed when I attempted to compos
Klaas-Jan Stol wrote:
hi,
My question concerns functionality of PMCs and Objects.
while reading the docs about the functionality of classes and objects, I
read that the vtable entries of a class can be overridden to give the
class special behaviour. I'd like to know if I'm correct (I just
r
21 matches
Mail list logo
