[perl #24211] sub.t test failure

# New Ticket Created by Simon Glover # Please include the string: [perl #24211] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=24211 > The last test in t/pmc/sub.t is failing for me with the message: Can't exec "parro

This Week's Summary

The Perl 6 Summary of the week ending 20031012 Good afternoon readers. You find me sitting comfortably and tired after a vaguely frantic week involving large amounts of new (and huge) equipment, the delivery of a new Mini Cooper, and four days offline at a large format photography w

[perl #24208] [PATCH] pmc2c2 Makefile

# New Ticket Created by Leopold Toetsch # Please include the string: [perl #24208] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=24208 > This is an updated version of #24155 and another one I can't find now. The patch ena

Re: Oplibs, pmc libs, and function libs

Dan Sugalski <[EMAIL PROTECTED]> wrote: > ... We'd also rather not have to have separate .so/.dll/.exe files A small utility, that combines dynamic resources and emits a common load routine, which calls the individual load routines could be enough for this to achieve (modulo the same for init).

Unified testing

I've noticed that we've got multiple test suites that run with a make test now. While this is a Good Thing (I like tests, I just hate writing them :) it's confusing the tinderboxen and, potentially, misleading people with small screens. For example, when doing a make test, t/pmc/sub.t fails test 45

Oplibs, pmc libs, and function libs

This has been pending for a few days, but since Leo's been digging into things it's time to address it. We need parrot to be able to load in shared libraries, of course -- both to get access to system libraries and to load up our own library code on the fly. We'd also rather not have to have separ

Re: [perl #24205] [PATCH] removing -mno-accumulate-outgoing-args for non x86 arch

On Tue, 14 Oct 2003, Aldo Calpini wrote: > currently Configure.pl insists on passing a > -mno-accumulate-outgoing-args option to GCC 3.x. > > a trustworthy source (Nicholas :-) told me that this should only be > available on x86 and x86-64, and in fact my ia64 complains that the > option is invali

[perl #24205] [PATCH] removing -mno-accumulate-outgoing-args for non x86 arch

# New Ticket Created by "Aldo Calpini" # Please include the string: [perl #24205] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=24205 > hello, currently Configure.pl insists on passing a -mno-accumulate-outgoing-args opt

[CVS ci] dynamic oplibs - plain core

from dynoplibs/test.pasm: # now the fun can start print "the answer is: " fortytwo I0 print I0 what_do_you_get_if_you_multiply_six_by_nine S0 print " aka " print S0 print "\n" end $ parrot dynoplibs/test.pasm in test loaded myops_ops loaded foo loaded libnci fo

Re: FreeBSD (4.8) can't build imcc

"Nick Kostirya" <[EMAIL PROTECTED]> writes: > - Original Message - > From: "Juergen Boemmels" <[EMAIL PROTECTED]> > To: "Nick Kostirya" <[EMAIL PROTECTED]> > Cc: "Nicholas Clark" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Monday, October 13, 2003 6:29 PM > Subject: Re: FreeBSD (4.8)