# New Ticket Created by Francois PERRAD
# Please include the string: [perl #35048]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35048 >
Small patch for building and coping pge.dll with MinGW.
Francois Perrad.
pge_ming
# New Ticket Created by FranÃois PERRAD
# Please include the string: [perl #35049]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35049 >
Add parrot utils (pdump, pdb, pbc_info, disassemble)
Remove obsolete files.
Franco
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 j
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
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 resul
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #35052]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35052 >
C:\parrot\compilers\pge>nmake
Microsoft (R) Program Maintenance Utility Version 7.10.3
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 +5
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:
(prin
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 re
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 a
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #35053]
# in the subject line of all future correspondence about this issue.
# 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 value, e
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 C 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
e
Seems to have been applied, in one way or the other. F
uses C. 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
at
17 matches
Mail list logo
