Re: [perl #44811] Abort in t/op/string.t 91 with JIT on x86

On Aug 20, 2007, at 7:10 PM, chromatic (via RT) wrote: # New Ticket Created by chromatic # Please include the string: [perl #44811] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44811 > Test 91 fails at this PASM with th

Re: [perl #44803] tcl segfaults again!

On Aug 20, 2007, at 7:22 PM, chromatic wrote: On Monday 20 August 2007 16:08:42 Will Coleda wrote: I swear tcl was working this weekend... with a realclean on r20556 ../../parrot tcl.pbc t/cmd_after.t dies with: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN

Re: Current win32 linking issues: Summary

On Mon, 20 Aug 2007 18:37:05 -0700 Mark Glines <[EMAIL PROTECTED]> wrote: > Jerry added a workaround in r20641, declaring a local variable > PMCNULL within the test code, to get it to pass. Unfortunately, this > workaround causes Darwin to fail with the message "ld: multiple > definitions of symbo

Re: [perl #43192] [TODO] Parrot::Configure::Step: Test remaining untested subroutines

$ ack addprefix | wc -l 2 $ ack -a addprefix | wc -l 3 ack, by default, searches a subset of files. On Aug 20, 2007, at 9:24 PM, James E Keenan wrote: Will Coleda wrote: That said, I don't see '$(basename ...)' used anywhere in the code base. The other three (addprefix, wildcard, and notdir)

Current win32 linking issues: Summary

The parrot needs help, hopefully before tomorrow's release. There are two issues with linking against libparrot.dll on win32: 1. It refuses to export the "_PMCNULL" symbol (the PMCNULL global variable defined at the top of src/pmc.c), and thus, embedders cannot use the PMC_IS_NULL macro. This c

Re: [perl #43192] [TODO] Parrot::Configure::Step: Test remaining untested subroutines

Will Coleda wrote: That said, I don't see '$(basename ...)' used anywhere in the code base. The other three (addprefix, wildcard, and notdir), are all used by Tcl (and only by Tcl) I don't see where 'addprefix' or 'notdir' is used outside of where they're defined in Parrot::Configure::Ste

Parrot monthly release: please send/commit NEWS updates

In preparation for the upcoming Parrot release, please send or commit any updates to NEWS, PLATFORMS, or other files that describe improvements or other important changes since the 0.4.14 release. Thanks! Pm

Re: [perl #44783] [PATCH] t/distro/file_metadata.t and git

On Sun, 19 Aug 2007 22:22:06 -0700 David Romano (via RT) <[EMAIL PROTECTED]> wrote: > # New Ticket Created by David Romano > # Please include the string: [perl #44783] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=44783

[perl #44811] Abort in t/op/string.t 91 with JIT on x86

# New Ticket Created by chromatic # Please include the string: [perl #44811] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44811 > Test 91 fails at this PASM with the -j flat on x86 Linux: # An empty register should be fa

Re: [perl #44803] tcl segfaults again!

On Aug 20, 2007, at 7:08 PM, Will Coleda (via RT) wrote: I swear tcl was working this weekend... with a realclean on r20556 Make that r20734 with the funky new error. whoops.

Re: [perl #44803] tcl segfaults again!

On Monday 20 August 2007 16:08:42 Will Coleda wrote: > I swear tcl was working this weekend... > > with a realclean on r20556 > > ../../parrot tcl.pbc t/cmd_after.t > > dies with: > > Program received signal EXC_BAD_ACCESS, Could not access memory. > Reason: KERN_INVALID_ADDRESS at address: 0x00ec

Re: [svn:parrot] r20688 - in trunk: include/parrot src

On Mon, Aug 20, 2007 at 05:26:22PM -0400, Andy Dougherty wrote: > > I can't think of a clean, portable, efficient way to test that a floating > > point variable is zero other than == 0.0; > > Nor can I. Thus you either use lots of platform-specific code (determined > by Configure.pl) or turn off

Re: [perl #44769] [BUG] Parrot failing to 'make' on Darwin

On Mon, 20 Aug 2007 16:00:28 -0700 chromatic <[EMAIL PROTECTED]> wrote: > On Monday 20 August 2007 05:13:07 James E Keenan wrote: > > > t/src/compiler# > > '/usr/bin/g++-3.3 -L/usr/local/lib  t/src/compiler_2.o > > src/parrot_config.o -o t/src/compiler_2 blib/l

[perl #44803] tcl segfaults again!

# New Ticket Created by Will Coleda # Please include the string: [perl #44803] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44803 > I swear tcl was working this weekend... with a realclean on r20556 ../../parrot tcl.pbc

Re: [perl #44769] [BUG] Parrot failing to 'make' on Darwin

On Monday 20 August 2007 05:13:07 James E Keenan wrote: > t/src/compiler# '/usr/bin/g++-3.3 >  -L/usr/local/lib  t/src/compiler_2.o src/parrot_config.o -o > t/src/compiler_2 blib/lib/libparrot.a  -lm' failed with exit code 1 # > Failed to build 't/src/compiler_2

Re: [svn:parrot] r20688 - in trunk: include/parrot src

On Mon, 20 Aug 2007, Nicholas Clark wrote: > On Mon, Aug 20, 2007 at 10:18:33AM -0400, Andy Dougherty wrote: > > Your trick (extended, if needed, by clever Configure.pl probes) will > > cleverly suppress the warning for the f == 0 case, while still retaining > > the exact comparison. (Hmm. Not

Re: [svn:parrot] r20688 - in trunk: include/parrot src

On Mon, Aug 20, 2007 at 10:18:33AM -0400, Andy Dougherty wrote: > On Sun, 19 Aug 2007, chromatic wrote: > > > On Sunday 19 August 2007 17:32:01 Andy Dougherty wrote: > > > > > On Sat, 18 Aug 2007, [EMAIL PROTECTED] wrote: > > > > > > Log: > > > > Added FLOAT_IS_ZERO() macro to parrot/misc.h for

Re: [perl #38982] [CAGE] refactor long test files

jerry gay wrote on Mon, Aug 20, 2007 at 07:17:07AM PDT: > ... > > perhaps it's not explicit enough in the description, but > F is copied directly from perl's repository. modifying > this file is not recommended, as future synchronizations from a newer > perl will likely overwrite previous parrot c

[perl #44795] [PATCH] IMCC compiler fixups for C++

# New Ticket Created by Steve Peters # Please include the string: [perl #44795] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44795 > Here's some additional cleanups for the IMCC compiler when compiling Parrot with g++. E

Re: Need JIT help please - JIT broken with optimized build on Windows (VC)

On 08/16/07 Joshua Isom wrote: >> The optimization done by the parrot jit is invalid for the x86 C calling >> convention: the area of memory containing the passed arguments >> can be used as scratch space by the called function. [...] > Let's go with a Microsoft blog about it, >

Re: [svn:parrot] r20688 - in trunk: include/parrot src

On Sun, 19 Aug 2007, chromatic wrote: > On Sunday 19 August 2007 17:32:01 Andy Dougherty wrote: > > > On Sat, 18 Aug 2007, [EMAIL PROTECTED] wrote: > > > > Log: > > > Added FLOAT_IS_ZERO() macro to parrot/misc.h for comparing floats to > > > zero. This may need some attention on platforms where

Re: [perl #38982] [CAGE] refactor long test files

On 8/19/07, David Romano <[EMAIL PROTECTED]> wrote: > The patch splits string.t (originally almost 3000 lines) into different > files, as well as moves some of the tests for sprintf into > t/op/sprintf_tests. The patch applies cleanly to r20722. I'm working my > way down this list: > test refactori

Parrot Bug Summary

Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Aug 20 13:00:03 2007 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with m

[perl #44783] [PATCH] t/distro/file_metadata.t and git

# New Ticket Created by David Romano # Please include the string: [perl #44783] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44783 > Testing svn file metadata isn't always appropriate when using git. When git mirrors an s