Re: FreeBSD (4.8) can't build imcc

2003-10-14 Thread Nick Kostirya
- 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) can't build imcc Nick Kostirya [EMAIL PROTECTED] writes: I

Re: FreeBSD (4.8) can't build imcc

2003-10-14 Thread Juergen Boemmels
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) can't build imcc

[CVS ci] dynamic oplibs - plain core

2003-10-14 Thread Leopold Toetsch
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 found 3

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

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

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

2003-10-14 Thread Dan Sugalski
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 invalid.

Oplibs, pmc libs, and function libs

2003-10-14 Thread Dan Sugalski
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

Unified testing

2003-10-14 Thread Dan Sugalski
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

Re: Oplibs, pmc libs, and function libs

2003-10-14 Thread Leopold Toetsch
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).

[perl #24208] [PATCH] pmc2c2 Makefile

2003-10-14 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #24208] # in the subject line of all future correspondence about this issue. # URL: 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

This Week's Summary

2003-10-14 Thread Piers Cawley
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

Re: Phalanx / CPANTS / Kwalitee

2003-10-14 Thread darren chamberlain
* Michael G Schwern schwern at pobox.com [2003-10-14 08:27]: On Mon, Oct 13, 2003 at 10:28:29AM +0200, Thomas Klausner wrote: * README Personally, I find READMEs useless duplication. Even more so now that search.cpan.org works so well. I'll concede that they are useless duplication if

Re: Phalanx / CPANTS / Kwalitee

2003-10-14 Thread Richard Clamp
On Tue, Oct 14, 2003 at 11:49:44AM -0400, Darren Chamberlain wrote: I'll concede that they are useless duplication if someone simply does: perldoc -t Module.pm README I find them to be useful duplication, but I truly hate doing that myself, so this is what I use:

Re: Phalanx / CPANTS / Kwalitee

2003-10-14 Thread Randal L. Schwartz
Richard == Richard Clamp [EMAIL PROTECTED] writes: Richard It pulls out the name, synopsis and author info from the main module, Richard mixes in the dependencies from META.yml, and then sprinkles on the Richard last few entries from Changes for good measure. I'm not even sure that this is

[perl #24211] sub.t test failure

2003-10-14 Thread via RT
# New Ticket Created by Simon Glover # Please include the string: [perl #24211] # in the subject line of all future correspondence about this issue. # URL: 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

How to create a function that returns nothing

2003-10-14 Thread Joe Gottman
How do you declare a function that doesn't return anything? For instance, a C++ swap function might be declared template class X void swap(X x, X y); It would be nice to declare the corresponding Perl6 function as sub swap ($x is rw, $y is rw) returns nothing {...} or something similar.

Re: How to create a function that returns nothing

2003-10-14 Thread Luke Palmer
Joe Gottman writes: How do you declare a function that doesn't return anything? For instance, a C++ swap function might be declared template class X void swap(X x, X y); It would be nice to declare the corresponding Perl6 function as sub swap ($x is rw, $y is rw) returns nothing