[perl #61208] [PATCH] for changing the place of building Parrot-RPMs

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #61208] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61208 Hello, with Fedora 10 the place for building RPMs change from /usr/src/redhat

[perl #60662] Failed tests: t/pmc/nci.t

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #60662] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60662 --- osname= linux osvers= 2.6.23-gentoo-r3 arch= x86_64-linux cc=

[perl #60190] [BUG] problems with the compiler-option -O2 on a 64bit-system

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #60190] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60190 Hello I want to build parrot-RPMs on a 64bit system under Fedora 9 for the

[perl #60016] [PATCH] Make basic Perl 6 tests pass

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #60016] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60016 If you do this after building parrot: cd languages/perl6 make test This

[perl #59918] Re: building parrot

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #59918] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59918 On Wed, Oct 15, 2008 at 9:52 AM, Will Coleda [EMAIL PROTECTED] wrote: Do you

[perl #59790] t/stm/basic_mt.t #4 hangs under cygwin since svn 31655-ish

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #59790] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59790 perl t/stm/basic_mt.t hangs since about October 5 under cygwin. This is

[perl #58958] Build of 0.7.1 fails with Intel compiler on Linux

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #58958] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58958 I'm trying to build Parrot 0.7.1 with Intel Compiler (see version information

[perl #58726] [PATCH] add the option encoding to Configure.pl

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #58726] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58726 Hello, this patch adds the option encoding to the configuration of Parrot:

[perl #58354] [PATCH] for the file parrot.spec

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #58354] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58354 Hello, this patch removes the file parrot-config from parrot.spec, because it

[perl #57224] [BUG] darwin hints with -arch ppc64

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #57224] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57224 --- osname= darwin osvers= 9.0 arch= darwin-thread-multi-2level cc= cc

[perl #56548] PATCH] for file 01-literals.t

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #56548] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56548 Hello, this patch for the file

[perl #56398] [BUG] lexical inner scope always keeps first lexpad (or something)

Fixed in r28763. Thanks, Jonathan

[perl #56008] BUG: t/postconfigure/06-data_slurp_temp.t

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #56008] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56008 Located at the Parrot workshop at YAPC host66:/usr/local/parrot admin$

[perl #56012] ccs make on solaris 8

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #56012] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56012 Hi, I have a bug using ccs make (/usr/ccs/bin/make). The following error

[perl #56044] [OK]: Report on Parrot/rakudo Build Fest at YAPC

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #56044] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56044 On: PPC OS X 10.4.11 Summary: Shiny shiny Specifically: svn co

[perl #56024] make test output - solaris 8 sparc (xpg4)

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #56024] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56024 $uname -a SunOS cmtnoc5-mx45 5.8 Generic_117350-38 sun4u sparc

[perl #56108] [BUG] make fails in languages/perl6

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #56108] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56108 Per the README in languages/perl6: To build the compiler, start by building

[perl #54474] [BUG] cmp doesn't works for integers

On Tue May 20 15:08:28 2008, bacek wrote: On Tue May 20 13:18:36 2008, [EMAIL PROTECTED] wrote: This is correct. PMC_*_val must die. I've created patch with replacing PMC_int_val with SELF.get_integer(). It's attached to ticket as integer2.diff Applied as r27700, thanks. Jonathan

[perl #46905] [TODO] [C] Make a shared variant of PackFile_new()

On Thu Oct 25 08:41:51 2007, ptc wrote: In tools/build/pbc2c.pl there is the todo item: /* TODO make also a shared variant of PackFile_new */ in the context of creating a new PackFile. This needs to be implemented. Does anyone know what this actually means? I'm familiar with the PackFile

[perl #40087] [BUG] Segfault in key.pmc

Hi, Just tried to reproduce this (on Win32)... % ../../parrot -o out.pbc out.pir # takes forever This gives the following error: error:imcc:syntax error, unexpected LOCAL in file 'out.pir' line 1 If I stick a .sub main at the start and a .end at the end, I still get errors...

[perl #41364] [PATCH] Fixed object vtable method overrides in PIR

Hi, This was wanted in the next release, so I applied the bits that weren't applying with patch manually. Applied your tests as well. All checked in as r17514. Thanks! Jonathan

[perl #41642] [BUG] tailcall with slurpy gives segfault

Hi, I just fixed a GC bug relating to slurpys (a more general one reported by Bernhard++, not just specific to tail calls) in the args passing code. Please check with the latest in SVN and see if that resolves the problem. (Bob, your patch was heading in the right direction, but I fixed this

[perl #41364] [PATCH] Fixed object vtable method overrides in PIR

On Sun Feb 25 20:10:00 2007, [EMAIL PROTECTED] wrote: Now that 0.4.9 has been released, can this be committed? I just tried, but I get: /home/default/jnthn.net/dev/parrot/blib/lib/libparrot.so: undefined reference to `find_vtable_meth' collect2: ld returned 1 exit status After applying it.

[perl #41602] [TODO] MS VS 2005 deprecates strdup

Hi, Applied in 17281, thanks. For your question, strdup is fine since these are not garbage collectable strings (STRING*), just normal C char*'s. There is loads of them used in IMCC. Unfortunately though, there is an issue in that we don't free a load of 'em, or at least hadn't used to and I

[perl #40802] Investigate Supposed JIT Bug with if/unless Optimization

Hi, After chatting with leo on IRC, and observing that this bug can't be recreated with Parrot today, it appears that the apparent fix really does fix it. Comment from core.jit removed. Thanks, Jonathan

[perl #41110] [PATCH] tru64: compile (src/nci.c) and runtime (src/memory.c)

On Mon Dec 18 18:25:24 2006, jhi wrote: Two patches, the first is needed for parrot trunk to compile at all in Tru64, the second one is needed to dodge dozens of core dumps. There still are some, will take a closer look when I have more time, but least this way there is less wading in core

[perl #41095] [BUG] Segfault in test.exe during Configuration

On Sat Dec 16 08:13:32 2006, [EMAIL PROTECTED] wrote: test.exe or config/auto/jit/test_c.in segfault during configuration on Win32. Note that this happent on Pentium MMX ( 586 ). The test tests for fucomip cpu instruction, but the 586 generation CPUs don't have it. It's first introduced in

[perl #41104] [PATCH] Building on MinGW is disrupted by the presense of /bin/sh.exe on the PATH, docs explain required environment change

On Sat Dec 16 14:35:24 2006, [EMAIL PROTECTED] wrote: Affected files: /README.win32.pod ... Applied in r16187, thanks! Jonathan

[perl #41102] [PATCH] On Win32 with Visual C++, nmake was not automatically selected if mingw was also found on the system

On Sat Dec 16 13:38:53 2006, [EMAIL PROTECTED] wrote: Affected files: config/init/hints/mswin32.pm config/inter/make.pm The Parrot configuration scripts were not incorporating the cues given by the user when --cc=cl to use the microsoft build environment when mingw was also present on

[perl #40806] [BUG] IMCC - embedded source locations (#line nnn file.pir)

Hi, I have now implemented: #line 123 filename.pir setline 123 setfile filename.pir In 16119. Jonathan

[perl #40998] [PATCH] Fix build error on Win32

On Fri Dec 01 11:31:22 2006, [EMAIL PROTECTED] wrote: OK, so no one seems interested. Certainly on my part, lack of time rather than lack of interest. Anyway, the attached patch in this message is a better version of the previous one. It checks for a white space in build_dir and makes the

[perl #40802] Investigate Supposed JIT Bug with if/unless Optimization

On Fri Nov 10 17:36:05 2006, mdiep wrote: This was taken from t/pmc/iterator.t: # XXX # swapping the next two lines breaks JIT/i386 # the reason is the if/unless optimization: When the # previous opcode sets flags, these are used - but # there is no check, that the

[perl #40816] open opcode creates file if it doesn't exist

On Sat Nov 11 11:53:27 2006, [EMAIL PROTECTED] wrote: Not sure if this is a bug or not, but I noticed that the open opcode creates its argument if the desired file doesn't exist. There are two variants of the open opcode: this one, and one where you can specify a mode. The default open mode

[perl #40608] key_append segfault

On Sat Oct 28 15:30:49 2006, rgrjr wrote: I don't see a segfault in r15040 on x86 GNU/Linux, but it seems to be using push_string(). Same error on r15009. What are you running? Windows. And sorry, I stuffed up the example. It shoulda been: .sub main $P0 = new .Key $P1 = new .String

[perl #40523] [TODO] adjust string_append function and usage

Hi, This is now done (r15025). Jonathan

[perl #40443] Separate vtable functions from methods (using :vtable)

Hi, Thanks Allison for clarifications and @other for agreement; I've taken this ticket and will get cracking on implementing this. Jonathan

[perl #40443] Separate vtable functions from methods (using :vtable)

On Sun Oct 01 16:22:10 2006, mdiep wrote: At the OSCON 2006 Hackathon, it was decided that we should separate vtables from methods and add a new :vtable label for PIR subs to mark them as vtable functions. This gets rid of the current namespace pollution caused by vtables and allows us

[perl #40410] Segfault in packfile code

Hi, I've tracked the bug down some and ci'd a workaround for this tonight, with a comment that some more digging maybe is wanted in the future. But it solves the problem just fine at the moment. Jonathan