# New Ticket Created by Mark Glines
# Please include the string: [perl #43128]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43128 >
I tried the perl6 testsuite on freebsd at Coke's request, and
discovered a test that fail
# New Ticket Created by Mark Glines
# Please include the string: [perl #43132]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43132 >
On Mon, 04 Jun 2007 21:39:08 +0100
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > As
# New Ticket Created by Jonathan Worthington
# Please include the string: [perl #43131]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43131 >
Mark Glines wrote:
> I tried the perl6 testsuite on freebsd at Coke's request, a
# New Ticket Created by Mark Glines
# Please include the string: [perl #43130]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43130 >
On Mon, 4 Jun 2007 13:07:18 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> On Monday 04 Ju
# New Ticket Created by Joshua Isom
# Please include the string: [perl #43133]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43133 >
After a little prodding around, I think the problem is that the dynops
aren't build with
On Tue, 5 Jun 2007 01:13:36 -0500
Joshua Isom <[EMAIL PROTECTED]> wrote:
> After a little prodding around, I think the problem is that the
> dynops aren't build with the rpath. I don't know how "proper" the
> following patch is(i.e. linux doesn't seem to have a problem so
> either this is right o
On Mon, 4 Jun 2007, Mark Glines wrote:
> On Mon, 4 Jun 2007 13:07:18 -0700
> chromatic <[EMAIL PROTECTED]> wrote:
>
> > On Monday 04 June 2007 12:49:45 Mark Glines wrote:
> >
> > > (the LD_LIBRARY_PATH bit is required on freebsd so parrot can find
> > > libparrot.so.)
> >
> > The GNU linker sup
On Mon, 4 Jun 2007, James Keenan via RT wrote:
> On Fri Jun 01 09:29:18 2007, chromatic at wgz.org wrote:
> > This patch is very close. Instead of handling compilation manually, I
> > recommend instead using cc_gen() and cc_build() from
> > Parrot::Configure::Step.
> > See config/auto/sizes.pm f
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43134]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43134 >
In config/auto/gdbm.pm there is the following TODO item:
"""
Need a more generalized w
It's not a good assumption that the default result of a C compilation
is named "a.out". On Cygwin, e.g., it's a.exe. Some compilers
default to filename.exe or bare filename (when compiling filename.c).
I think you may have to assume that it accepts the -o option and give
the tested-for executabl
I think with fink you can only locate it by looking for "fink" in the
user's $PATH (assuming s/he has it set up for fink) and falling back
to the default /sw otherwise.
On 6/5/07, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
# New Ticket Created by Paul Cochrane
# Please include the string:
cygwin is currently building (as of r18821). Is this ticket required
anymore?
Paul
cygwin is building as of r18821. Is this ticket required anymore?
Paul
the parrot rt queue is growing by the week. it means we have more eyes
on the source code, and more folks running parrot. it also means it
becomes more difficult to manage.
as you can see in the snippets above from the weekly rt summary
message, we have 500+ tickets. many of these are unclassifie
Without the manual setting of PATH before building?
On Jun 5, 2007, at 1:45 PM, Paul Cochrane via RT wrote:
cygwin is currently building (as of r18821). Is this ticket required
anymore?
Paul
--
Will "Coke" Coleda
[EMAIL PROTECTED]
In message <[EMAIL PROTECTED]>,
"Paul Cochrane via RT" writes:
: cygwin is building as of r18821. Is this ticket required anymore?
I'm still seeing a failure in r18824:
[...]
make[1]: Entering directory `/usr/src/parrot/src/dynoplibs'
make[1]: Leaving directory `/usr/src/parrot/src/dynoplib
Author: chromatic
Date: Tue Jun 5 19:12:10 2007
New Revision: 18832
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Changes in other areas also in this revision:
Modified:
trunk/src/gc/register.c
trunk/src/objects.c
trunk/src/stm/waitlist.c
trunk/src/vtables.c
Log:
[GC] Use more me
On Monday 04 June 2007 11:10:01 Bernhard Schmalhofer via RT wrote:
> This answers the question. So I propose to apply Mehmet's patch and
> add to pdd07 something like:
Thanks, both Mehmet's and your patches applied in r18832.
-- c
On 05/06/07, Greg Bacon <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]>,
"Paul Cochrane via RT" writes:
: cygwin is building as of r18821. Is this ticket required anymore?
I'm still seeing a failure in r18824:
[...]
make[1]: Entering directory `/usr/src/parrot/src/dynoplibs'
mak
19 matches
Mail list logo
