Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Aug 13 13:00:05 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
Did a build with 'make' and another build with 'make -j2'; both with a
fresh 'svn export', both in the same build directory. the 'make -j2'
variant dies with
./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
make: *** [runtime/parrot/include/config.fpmc] Error 138
Doing a diff -r
On Aug 10, 2007, at 4:21 PM, Colin Kuskie (via RT) wrote:
+=item Numbers
+
+0.0 is false, all other numbers are true.
Including -0.0 and NaN?
Either way, that should be documented explicitly.
Josh
On Monday 13 August 2007 12:34:06 Will Coleda via RT wrote:
> Doing a diff -r on the two builds, and removing binary file diffs, "only
> in" (result of the build failing), and diffs where the config time was
> the only change, I'm left with changes *only* in .str files.
>
> Which makes me wonder,
On Sat, 11 Aug 2007, James E Keenan wrote:
> Bob Rogers wrote:
> >Compiling r20605 last night gave me 69291 occurrences of a warning
> > about warn_unused_result:
> >
> > /usr/bin/perl tools/build/c2str.pl --all
> > src/string.c
> > In file included from include/parrot/register.h:
# New Ticket Created by James Keenan
# Please include the string: [perl #44615]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44615 >
This ticket is a cage-cleaning assignment that would be especially
good for a newcomer
Here is evidence from some testing I was doing in the reconfigure/ branch that
Parrot::Test::slurp_file() is not available during the configuration phase.
kid51
[li11-226:reconf] 510 $ prove t/configure/113-auto_attributes.t
t/configure/config_steps.t
t/configure/113-auto_attributes
# F
# New Ticket Created by Andy Lester
# Please include the string: [perl #44607]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44607 >
Pull slurp_file out of Parrot::Test into Parrot::Util. Then, remove
the cut'n'pasted c
Andy had filed 44607 this morning, but for some reason it didn't show up in my
newsreader
until after I had filed 44615. So whoever wants to work on
Parrot::YetToBeNamed should write
Parrot::Util instead.
Why not just pull Slurp or File::Slurp into the tree? Yes, writing a
slurp function is trivial but (bare with me here) if it's non-trivial
enough to be factored out into a module then it should be non-trivial
enough to not re-invent the wheel.
-J
--
On Mon, Aug 13, 2007 at 07:38:36AM -0700, Andy
10 matches
Mail list logo
