Leo --
I had posted a program a while ago that generates large
fake programs for testing such things. Did that not help?
I think I still have it in my working directory if you'd
like to have a peek at it...
Regards,
-- Gregor
Dan Sugalski wrote:
At 12:05 PM +0200 4/13/05, Leopold Toetsch wrote:
As
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
--- trunk/MANIFEST(original)
+++ trunk/MANIFESTTue Apr 19 16:51:10 2005
@@ -50,7 +50,6 @@
-classes/boolean.pmc []
I don't understand this change to MANIFEST. classes/boolean.pmc is for
sure used, but
$ perl
Leopold Toetsch [EMAIL PROTECTED] wrote:
TODO items and design issues
And some more:
6) stringish MMD infix operators: concatenate, repeat
The implementation takes either two strings, or one string and an integer
repeat count. Again not much multi to dispatch IMHO.
Missing: PMC variants of
Gaal Yahas [EMAIL PROTECTED] wrote:
Two things popped up while implementing a demo version of alarm() today.
1. In perl5 and in most underlying libraries, alarm() has 1 second
granularity
2. ..., in which you can
pass an optional closure to alarm()
I can't say anything about the actual
Larry Wall [EMAIL PROTECTED] wrote:
On Tue, Apr 19, 2005 at 02:02:41PM +, Ingo Blechschmidt wrote:
: # Possibility #2
: multi sub *postcircumfix:'[', ']'(TiedArray $self, $index) {
: # Body as above
: }
None of those are quite right, because you have to be prepared to
# New Ticket Created by Francois PERRAD
# Please include the string: [perl #35048]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35048
Small patch for building and coping pge.dll with MinGW.
Francois Perrad.
# New Ticket Created by Franois PERRAD
# Please include the string: [perl #35049]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35049
Add parrot utils (pdump, pdb, pbc_info, disassemble)
Remove obsolete files.
On Tue, 19 Apr 2005, Matt Fowles wrote:
Python on Parrot
^^
Kevin Tew wondered what the state of pyrate was. Sam Ruby provided a
general explanation.
(I'm not on all of the lists, so this may have come out before and I
Gregor N. Purdy [EMAIL PROTECTED] wrote:
Leo --
I had posted a program a while ago that generates large
fake programs for testing such things. Did that not help?
I've that program or a successor of it still around somewhere. But
unfortunately it doesn't help. The register usage pattern of the
William Coleda [EMAIL PROTECTED] wrote:
Still some GC bugs kicking around that neither Leo nor I have been
able to find yet. (Note that the bug in [string] may actually be a PGE
leak, as that code uses the glob rules).
Well there are GC and other bugs, probably. I get really strange results
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #35052]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35052
C:\parrot\compilers\pgenmake
Microsoft (R) Program Maintenance Utility Version
Ah. That would explain why I had to back in and delete the file that I had
already deleted - because I deleted the wrong file!
Fixed.
Leopold Toetsch wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
--- trunk/MANIFEST (original)
+++ trunk/MANIFEST Tue Apr 19 16:51:10 2005
@@ -50,7
Cory Spencer [EMAIL PROTECTED] wrote:
* There are some outstanding issues with the Dead Object
Detection/Garbage collection systems that I've yet to track down.
I've fixed a bug that happened in combination with Hash iterators.
Exactly the symptoms that I saw, when running:
(print
William Coleda [EMAIL PROTECTED] wrote:
Ah. That would explain why I had to back in and delete the file that I
had already deleted - because I deleted the wrong file!
Ok. But:
Leopold Toetsch wrote:
$ perl tools/dev/manicheck.pl
doesn't complain at all.
leo
Leopold Toetsch wrote:
William Coleda [EMAIL PROTECTED] wrote:
Still some GC bugs kicking around that neither Leo nor I have been
able to find yet. (Note that the bug in [string] may actually be a PGE
leak, as that code uses the glob rules).
Well there are GC and other bugs, probably. I get
On Wed, Apr 20, 2005 at 08:39:02AM +0200, Leopold Toetsch wrote:
: Larry Wall [EMAIL PROTECTED] wrote:
: On Tue, Apr 19, 2005 at 02:02:41PM +, Ingo Blechschmidt wrote:
:
: : # Possibility #2
: : multi sub *postcircumfix:'[', ']'(TiedArray $self, $index) {
: : # Body as above
:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #35053]
# in the subject line of all future correspondence about this issue.
# URL: https://rt.perl.org/rt3/Ticket/Display.html?id=35053
In classes/float.pmc, the MMD_DEFAULT branch of i_subtract tries to
return a
t\pmc\complexok
All tests successful.
Files=1, Tests=26, 3 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
Seems to be fixed, should be closed.
At 2:38 PM +0200 4/15/05, Leopold Toetsch wrote:
I'm not quite sure, but it seems that some of the MMD functions may
better be vtable methods:
- bitwise_sh[rl]*shift by anything other then int?
- bitwise_lsris missing generally
or even just a plain opcode only:
- logical_{or,and,xor}
Can't reproduce, seems to pass Cinvoke call. Should be closed.
.sub _main # void win32_setup(void)
loadlib P1, kernel32.dll
dlfunc P0, P1, GetStdHandle, pi
set I0, 1
set I5, -11
invoke # Will crash here.
store_global kernel32, P1
store_global Win32handle, P5
end
Seems to have been applied, in one way or the other. Fsrc/longopt.c
uses CParrot_snprintf. This ticket should be closed.
Per Leo, this is unnecessary, as Perl will be one of the magic dynamic pmcs
that will sneakily load the dynamic library for you if you have yet to do so.
Bernhard Schmalhofer via RT wrote:
[coke - Fr 26. Nov 2004, 16:21:31]:
Like all other language specific PMCs, Perl PMCs should only be loaded
22 matches
Mail list logo
