On behalf of the Parrot team, I'm proud to announce Parrot 1.2.0
"Bird Brain." Parrot (http://parrot.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 1.2.0 is available on Parrot's FTP site, or follow the
download instructions at http://parrot.org/download. For those who
chromatic wrote:
> We'd have to add a function to the encoding API and change
> Parrot_str_find_cclass() to perform this, but that should be an hour of work
> for an enterprising hacker for a surprising performance improvement. It's
> relatively low-risk as well, so if someone can do it in the
Geoffrey Broadwell wrote:
> Out of curiosity, why don't we allow emails to create tickets in Trac?
There's a plugin to do this, called "email2trac". It's being set up,
but doesn't work yet. See TT #49.
Mark
Alan Rocker (via RT) wrote:
auto::gmp - Does your platform support GMP...Can't spawn
".\test_616.exe": Bad file descriptor at lib/Parrot/Configure/Utils.pm
line 86.
Thanks, this is a known issue with the libgmp.dll built with strawberry
perl. (It was built with SSE2 instructions tha
donald.hun...@gmail.com wrote:
I was pretty averse to adding an additional configure step myself. The
problem is that warnings.pm checks specifically for supported compiler
flags and I didn't want to include other things there. The bug is that
gcc.pm is hardcoded for version 4.x rather than che
Andy Lester wrote:
This patch
http://www.parrotvm.org/svn/parrot/revision?rev=34423
is not a long-term solution. The headerizer has to get run at will.
Infinoid, can you tell me more about those ifdefs so I can make the
headerizer happy?
Happy to. The functions in question (is_ins_save a
Will Coleda wrote:
On Tue, Nov 25, 2008 at 2:18 PM, Mark Glines via RT
<[EMAIL PROTECTED]> wrote:
On Sat Oct 18 12:13:51 2008, [EMAIL PROTECTED] wrote:
There's a race condition, if that directory doesn't exist and multiple
processes execute that code simultaneously. For
James Keenan via RT wrote:
On Wed Nov 19 23:13:27 2008, [EMAIL PROTECTED] wrote:
James Keenan via RT wrote:
On Tue Nov 18 10:22:25 2008, [EMAIL PROTECTED] wrote:
This will probably be quite challenging. Let's assume that all tests
are found in files with names ending in '.t'. Those .t files
James Keenan via RT wrote:
On Tue Nov 18 10:22:25 2008, [EMAIL PROTECTED] wrote:
This will probably be quite challenging. Let's assume that all tests
are found in files with names ending in '.t'. Those .t files can be
written in any language, which probably have different ways of
classifying a
[oops, forgot to copy the list.]
If darwin has gdb, you can do the following to get a backtrace:
$ gdb parrot
gdb> run t/pmc/packfile_6.pir
[segfault should occur here]
gdb> bt
Mark
chromatic wrote:
> 2) What's setting an invalid pointer-to-a-PMC here?
This question is answered at the end of the following dump. (This is
one of the things I nopasted during our IRC discussion last week, thanks
for your guidance in producing it.)
One interesting question: the pointer-to-a-PMC
On Tuesday 14 October 2008 07:14:51 Mark Glines wrote:
> On Monday 13 October 2008 16:15:54 chromatic wrote:
> > That's pretty clearly not a PMC. Can you use the breakpoint
> > technique to figure out 1) What creates this CPointer PMC and
>
> In the following dump, the
On Monday 13 October 2008 16:15:54 chromatic wrote:
> That's pretty clearly not a PMC. Can you use the breakpoint
> technique to figure out 1) What creates this CPointer PMC and
In the following dump, the offending PMC ix 0x1731de8. The arena's base
pointer varies every time, but I seem to be
On Tuesday 05 August 2008 20:57:53 chromatic wrote:
> On Tuesday 05 August 2008 01:35:48 Reini Urban wrote:
> > Attached patch adds the directory ports/cygwin with
> > the most recent cygports file,
> > the most recent src patch and the sources for the CYGWIN patches.
> > (the contents of parrot-0.
On Monday 28 July 2008 09:52:36 Moritz Lenz wrote:
> >> t/steps/auto_attributes-01.t (Wstat: 65280 Tests: 9
> >> Failed: 0) Non-zero exit status: 255
> >> Parse errors: Bad plan. You planned 12 tests but ran 9.
> >> t/steps/auto_headers-03.t (Wstat: 65280 Tests: 8
>
On Tuesday 22 July 2008 15:37:33 chromatic wrote:
> The wiki page at:
>
> http://www.perlfoundation.org/parrot/index.cgi?inter_hll_mapping_not
>es
>
> seems to be missing the rationale for *why* it's necessary to map
> types between languages? (Also see "If Perl 6 has to care about the
> int
On Tuesday 22 July 2008 04:56:53 Reini Urban wrote:
> Attached patch adds --install to pbc_to_exe,
> adds a basic pod to pbc_to_exe,
> and applies --install to perl6.
>
> link against install_config.o and add installable prefix.
> Limitation: With --install the first arg infile must have no
> direc
On Saturday 19 July 2008 11:19:27 chromatic wrote:
> Poking at strings directly seems unclean; do we need to add another
> function to src/packfile.c to return a packed packfile as a C string,
> and then create the string directly here in get_string()?
I agree, poking around in STRING internals is
On Sat Jun 21 07:33:57 2008, [EMAIL PROTECTED] wrote:
> Mark: Do you have any objection to closing this RT?
No objection here, my needs regarding g++ builds have been satisfied.
Thanks!
Mark
On Thursday 19 June 2008 16:46:23 chromatic wrote:
> On Thursday 19 June 2008 12:40:49 Andrew Johnson wrote:
> > No, sorry. I first saw the problem a couple of weeks ago, but that was my
> > first attempt to build on this platform. The simplest solution is
> > probably to raise the minimum required
On Wed Jun 18 10:57:05 2008, [EMAIL PROTECTED] wrote:
> On Solaris10 with sparc, during the make process I get this:
>
> perl /home/phoebus3/ANJ/work/parrot/tools/build/pmc2c.pl --c
>subproxy.pmc
> Cannot restore overloading on HASH(0x286dc8) (package
>Parrot::Pmc2c::Emitter) at blib/lib/S
On Monday 09 June 2008 22:26:10 Geoffrey Broadwell wrote:
> > This is on a Gentoo linux amd64 machine, with Parrot trunk r28204, and an
> > unstable (git) version of mesa built from the "x11" overlay.
> >
> > Is this normal?
>
> Nope, not normal.
>
> Try the attached patch. It's an update of the p
On Tue Jul 17 11:53:30 2007, [EMAIL PROTECTED] wrote:
> src/dynext.c: In function `run_init_lib':
> src/dynext.c:315: warning: cast does not match function type
> src/dynext.c:322: warning: cast does not match function type
>
> The code looks nasty, but innocent:
>
> 315:load_func = (PMC * (*
On Fri May 23 15:30:15 2008, [EMAIL PROTECTED] wrote:
> Thanks for reporting, attached patch (+ 'make Makefile') fixes this
for me.
Thanks, applied in r27775.
On Fri May 23 07:57:11 2008, julianalbo wrote:
> Reopened waiting for testing and commiting the patch to sove the problems.
All tests successful on linux/amd64.
Mark
On Wednesday 21 May 2008 13:04:29 NotFound wrote:
> Changed several casts and removed 'extern' is several places in
> congruence with the changed meaning of the macros.
Hi,
Sounds like this part of the patch has some portability problems.
[20:19] <@tetragon> Hrm... exec.c lost the extern on "cha
On Mon Jan 28 18:20:11 2008, infinoid wrote:
> On Fri Jan 25 15:10:50 2008, ajr wrote:
> > > Hi, Alan! What kind of CPU do you have? If you have an AMD Athlon XP
> > > (or something of similar lineage), I think I know what the problem is.
> > >
> > I think you've nailed it: Athlon XP-M.
>
> Hi,
On Sat, 3 May 2008 21:07:56 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> These are Python-style exceptions, and they're going away in the
> concurrency branch. I suggest EXCEPTION_MALFORMED_PACKFILE instead.
[snip]
> I'd use PMC_data() for storage instead. I'd love to see the PObj
> cache struct
On Tue, 29 Apr 2008 23:05:04 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> On Monday 28 April 2008 23:52:44 Senaka Fernando wrote:
>
> > Attaching patch No. 2 for C++ Build Issue.
> >
> > I still need to resolve this bigint.c issue. This is something
> > caused by the GMP includes I suspect.
>
>
On Mon, 28 Apr 2008 21:35:03 +0300
Laimonas Vėbra <[EMAIL PROTECTED]> wrote:
> Stephane Payrard wrote:
> > # New Ticket Created by Stephane Payrard
> > # Please include the string: [perl #53422]
> > # in the subject line of all future correspondence about this
> > issue. # http://rt.perl.org/rt
On Mon, 28 Apr 2008 11:05:45 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> I had a similar problem on my 32-bit Linux system, until I added this
> part of the patch:
>
> === src/gc/smallobject.c
> ==
> --- src/gc/smallobject.c. (rev
On Mon, 28 Apr 2008 10:41:27 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> On Sun, 27 Apr 2008 17:24:53 -0700
> chromatic <[EMAIL PROTECTED]> wrote:
>
> > Here's another proposed patch for testing on various platforms. I'm
> > trying to get rid of
On Sat, 26 Apr 2008 19:18:21 -0700
Geoffrey Broadwell (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Geoffrey Broadwell
> # Please include the string: [perl #53406]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Sun, 27 Apr 2008 19:25:55 +0100
"Klaas-Jan Stol" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Could anybody check out ticket #39845?
> I replied on it multiple times, but somehow the "reply" button is not
> visible anymore when I log in.
http://rt.perl.org/rt3/Ticket/Display.html?id=39845 has Reply b
On Sun, 27 Apr 2008 09:51:43 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> > I find pdump somewhat useful.
>
> Ok. How do you actually *build* that? There doesn't seem to be a
> Makefile rule for it, or maybe I just haven't found it yet.
Oh, nevermind. It'
On Thu, 17 Apr 2008 21:33:50 -0400
Bob Rogers <[EMAIL PROTECTED]> wrote:
> From: Mark Glines <[EMAIL PROTECTED]>
>Date: Thu, 17 Apr 2008 07:59:03 -0700
>
>. . .
>
>Should this PMC implement the "pdump" functionality
> (src/packdump.c) a
On Sat, 26 Apr 2008 11:40:43 -0700
Mark Glines (via RT) <[EMAIL PROTECTED]> wrote:
> # at t/op/sysinfo.t line 53.
> # got: '8'
> # expected: '4'
Found it. The test was checking the op's report of sizeof(INTVAL)
against $PConfig{intsize},
On Thu, 24 Apr 2008 20:48:34 -0700
Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> Also, the implementation of C<_add_to_libs> is a little wordy. How's
> this?
>
> sub _add_to_libs {
> my ($self, $args) = @_;
> croak "_add_to_libs() takes hashref" unless ref($args) eq 'HASH';
>
>
On Mon, 21 Apr 2008 17:58:52 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> On Monday 21 April 2008 17:02:27 Mark Glines wrote:
>
> > Another note, slightly off-topic: does OpenGL actually need a
> > configuration/detection step at all? I notice neither SDL or
> &g
On Tue, 22 Apr 2008 13:37:16 +0200
François Perrad <[EMAIL PROTECTED]> wrote:
> Applied in r27116.
> François
Unfortunately, your subsequent r27117 patch (to work with openssl
0.9.8) causes failures in t/steps/auto_crypto-03.t.
t/steps/auto_crypto-03..1/17
# Failed test ''has_crypto' set
On Sun, 20 Apr 2008 19:01:44 -0700
James Keenan (via RT) <[EMAIL PROTECTED]> wrote:
Hi! As one of the guilty parties, I'm not sure whether I get a vote,
but...
> * Is new configuration step X::X *necessary* for the functioning
> of the Parrot virtual machine?
Frankly, probably nothing but the
On Sun Apr 20 18:38:22 2008, [EMAIL PROTECTED] wrote:
> This ticket exists to track progress on the "M2 Bytecode format"
> milestone. Work on this milestone is occurring in the "pdd13pmc"
> branch.
That should, of course, read "pdd13pbc".
Mark
On Sun, 20 Apr 2008 15:08:12 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> Is this really correct? My gmp.h file has:
No, it's a workaround for an issue that isn't really gmp's fault.
Building with g++ barfs when parsing libintl.h, included by gmp.h.
Here's what happens:
libintl.h defines the fol
On Sun, 20 Apr 2008 11:20:08 -0700
[EMAIL PROTECTED] (via RT) <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED]:~$ perl6 -e 'say 1.1*10'
> 11
> [EMAIL PROTECTED]:~$ perl6 -e 'say 10*1.2'
> 1.66058e+08
pmichaud nopasted some simple PIR code which reproduces the issue, and
pinpoints things pretty well
On Sun, 20 Apr 2008 21:01:01 +0200
NotFound <[EMAIL PROTECTED]> wrote:
> On Sun, Apr 20, 2008 at 12:17 AM, Andy Lester <[EMAIL PROTECTED]>
> wrote:
>
> > Just popping in to say that we cannot const any parms to vtable
> > methods. Parrot can't impose promises on the called code.
Hi Andy!
Sure w
On Sun, 20 Apr 2008 00:02:18 -0700
Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> OK, I've done some more research on differences between various GLUT
> libraries; please try the attached patch rather than the one from
> tentra (mine includes his with a couple changes and several
> additions).
I
On Sun, 20 Apr 2008 05:36:44 -0700
James Keenan (via RT) <[EMAIL PROTECTED]> wrote:
> -my $cmd = $conf->data->get_p5('scriptdirexp') . q{/perldoc};
> +my $cmd = q{perldoc};
> Mark, can you evaluate impact?
Well, it looks to me like it'll just run "perldoc" from the user's
$PATH, rather t
On Sat, 19 Apr 2008 21:45:49 +0200
NotFound <[EMAIL PROTECTED]> wrote:
Hi!
> I faced the same problem when trying to get rid of some warnings in
> order to help cage cleaning. Adding or removing a const in the
> parameters of many functions becomes a design change, not a simple
> code cleaning. I
On Sat Apr 19 11:08:47 2008, [EMAIL PROTECTED] wrote:
> On Saturday 19 April 2008 09:31:12 Mark Glines wrote:
> > I'm hoping someone familiar with
> > the internals can review this, to make sure I haven't just created a
> > memory leak.
>
> The patch is corr
On Sat, 19 Apr 2008 11:26:13 +0530
"Senaka Fernando" <[EMAIL PROTECTED]> wrote:
> Hi Mark,
>
> What does the fix to 't/codingstd/c_indent.t' do? Does it ignore
> anything inside #ifdef __cplusplus blocks?
Yes. This lets us add any g++-specific stuff without throwing off the
indentation.
Mark
On Mon Apr 14 21:50:00 2008, infinoid wrote:
> At first glance, the only difference I can see is that your cast removes
> the "const" attribute. But instead of doing that, I'm wondering if
> maybe the second argument of VTABLE_isa(interp, pmc, name) should be
> made const, instead. Would that hel
On Thu Apr 17 21:14:44 2008, geoff wrote:
> OK, try the attached version of the patch.
Works For Me. So now lets see how much it breaks for everyone else. :)
Applied in r27022, with the following modifications:
* Removed trailing whitespace to pass codingstd test.
* Rearranged config/gen/openg
On Thu, 17 Apr 2008 08:16:23 -0700
Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> 3. Parse the define *values*, and toss any that don't look right.
>
> I'm thinking #3, since it's probably best to have that safety check
> anyway, and it's probably the easiest. I'll work on that one.
Sounds go
:
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Hi, Jonathan (and everyone else)!
Wednesday on IRC, we discussed the "M2 Bytecode format" milestone. This
email is my attempt to formalize a plan for this work. I am hoping you
will read through it a
On Wed Apr 16 14:34:05 2008, geoff wrote:
> Now that 0.6.1 is out, please consider adding the attached patch to the
> Parrot trunk ... I'd like help with platform porting concerns, and I'd
> really like to reduce the size of my local diffs. :-)
Here's what I get on linux/amd64:
Determining if y
On Wed, 16 Apr 2008 13:45:22 -0700
"jerry gay" <[EMAIL PROTECTED]> wrote:
> also, i'd like to automate more of the release process. currently, we
> have a period of time where the link on the website for the most
> recent parrot will point to the previous release of parrot, until the
> new distro
On Fri Apr 04 10:50:53 2008, pmichaud wrote:
> On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote:
> > Using CONST_STRING to build the null STRING will hurt performance
> less, but
> > the right solution is to excise all traces of new_from_string()
> throughout
> > the system, and then compl
On Mon Apr 14 04:50:02 2008, [EMAIL PROTECTED] wrote:
> Attaching patch No. 2 for C++ Build Issue.
Using a normal C compiler (gcc), I get this warning before this patch:
src/key.c:448: warning: passing argument 2 of 'key->vtable->isa'
discards qualifiers from pointer target type
And these warnin
On Mon Apr 14 12:20:52 2008, infinoid wrote:
> Issue resolved due to closure request from submitter. Thanks!
Sorry, I should turn my brain on. Ticket reopened pending confirmation.
tewk: does this issue still exist for you? I've confirmed that Senaka's
Ubuntu Gutsy machine detects backtrace()
On Thu Apr 10 14:16:58 2008, infinoid wrote:
> Oddly, adding config/auto/macports.pm to MANIFEST didn't help. It is
> copied, but I don't think this module is getting "use"'d, for whatever
> reason.
What the heck? When I added t/steps/auto_macports-*.t to MANIFEST (in
r26916), it started working
On Thu, 10 Apr 2008 13:21:23 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> }
> +
> }
Okay, without *most* of the white space changes. Oh well, I tried.
Mark
On Thu, 10 Apr 2008 10:53:31 -0700
[EMAIL PROTECTED] (via RT)
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #52710]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.htm
On Wed Apr 09 20:52:37 2008, infinoid wrote:
> I've implemented a workaround (manually specifying build rules for the
> subdir files) in r26899, to keep us rolling in the meantime. Please
> revert that when a real fix comes around.
And after a little more research, I've found the proper fix. GNU
On Sun, 06 Apr 2008 17:50:27 -0700
"Andrew Whitworth via RT" <[EMAIL PROTECTED]> wrote:
> Just warnings about redefining the snprintf macro. It was defined in
> two different places, and it's definition was based on both of those
> two flags above. I was looking for a way to unify the definitions f
On Sun Apr 06 07:39:09 2008, [EMAIL PROTECTED] wrote:
> Following discussion on #parrot with Infinoid, I created the 'ops2c'
> branch in our SVN repository to handle refactoring of this area of the
> build system. You can follow developments there with:
>
> svn co https://svn.perl.org/parrot/
On Fri Mar 21 09:03:08 2008, [EMAIL PROTECTED] wrote:
> there is a definition on my system for PARROT_HAS_SNPRINTF, but not a
> definition for PARROT_HAS_C99_SNPRINTF. I assume, on first glance that
> these two macros are one in the same and should be united.
They are not. Please see the code in
Additional testing note. If you try out this patch, you will need to
remove src/ops/*.c before doing a "make". Otherwise ops2c won't be
re-run, and you won't actually be testing the patch.
Extra points for anyone who tests it on something other than gcc. :)
Mark
On Sun, 6 Apr 2008 01:39:31 +0530
"Senaka Fernando" <[EMAIL PROTECTED]> wrote:
> Hi Chromatic,
>
> do you trace the PMC object roots on the Stack within the GC? or in
> other words is there any Stack enumeration?
Some clarification: I think the question under discussion here is, how
does the GC
On Fri, 4 Apr 2008 12:50:27 -0500
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote:
> > On Thursday 03 April 2008 15:47:12 Mark Glines wrote:
> >
> > > When doing a test for --gc=libc, I not
On Thu, 03 Apr 2008 13:40:20 -0700
"Bernhard Schmalhofer via RT" <[EMAIL PROTECTED]> wrote:
> On Fr. 01. Jun. 2007, 08:42:43, [EMAIL PROTECTED] wrote:
> > While testing/trying to fix RT #42938, I noticed an additional test
> > failure in t/pmc/threads.t. Test 7 crashes with a signal 11
> > (segme
On Thu, 03 Apr 2008 12:18:47 -0700
"James Keenan via RT" <[EMAIL PROTECTED]> wrote:
> Datestamps in the filename (e.g., MMDD)? Or somewhere inside the
> file?
>
> Wouldn't the former create repository problems?
Couldn't the latter be done automatically with an $Id$ tag?
Mark
On Sat Mar 29 15:54:09 2008, [EMAIL PROTECTED] wrote:
> I ran a fulltest with this patch applied, and everything's fine on x86
> (where it matters).
Hi,
The root.in portion of this patch breaks non-i386, JIT capable
platforms. Problem is, the patch created an exec_dep.c for i386, but
added a Mak
On Sat, 29 Mar 2008 11:59:25 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> This changes Parrot::Test's behavior: an alternate "-O" option will
> only be used if the *filename* contains "optN", not if a leading
> directory name contains it. I don't s
On Sat, 29 Mar 2008 07:03:17 -0700
"James Keenan via RT" <[EMAIL PROTECTED]> wrote:
> If we simply add a forward slash after 'opt', does that solve the
> problem? (see attached)
Should this code really be checking the absolute pathname? We don't
have any control over where a user places a parrot
On Fri Mar 21 11:15:51 2008, [EMAIL PROTECTED] wrote:
> 1) Calling _dup() instead of the deprecated dup() in src/io/io.c, and
> src/io/io_unix.c
> 2) Created macro PIO_DUP_FD(x) to handle duplication and typecasting
> (may be overkill)
> 3) Used PIO_DUP_FD(x) in src/io/io.c to help alleviate warnin
On Fri, 21 Mar 2008 11:15:51 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51988]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 13:19:09 -0400
"Andrew Whitworth" <[EMAIL PROTECTED]> wrote:
> Okay, i changed the function declaration in src/string_primitives.c
> and include/Parrot/string_primitives.h. After a search, I couldn't
> find any other files where the function Parrot_char_digit_value was
> used,
On Fri, 21 Mar 2008 09:26:42 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51984]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 09:06:59 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51982]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 09:03:08 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51980]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 08:21:44 -0700
"Andrew Whitworth" (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Andrew Whitworth"
> # Please include the string: [perl #51976]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.h
On Fri, 21 Mar 2008 07:16:07 -0400
James E Keenan <[EMAIL PROTECTED]> wrote:
> Ted Neward wrote:
> > BTW, I didn't want to file a bug, but the Lua compiler in the
> > latest bits uses a tool "yapp" that doesn't appear to be a part of
> > the bundle--is it supposed to be?
> >
> > Ted Neward
> > Ja
On Fri, 14 Mar 2008 17:01:39 -0700
Mark Glines <[EMAIL PROTECTED]> wrote:
> I'm going to hold off until after Tuesday's release, in any case, just
> to make sure I don't break anything else.
I committed my previous patch (after some merging) as r26480. But I
think t
On Mon Mar 17 14:56:26 2008, bernhard wrote:
> On So. 16. Mär. 2008, 06:57:31, bernhard wrote:
> > Hi,
> >
> > running 'make fulltest' under Linux leaves me with segfaults for
> > gdbmhast.t.
>
> > This happens only for the computed-goto and for the switched runcore.
> > [EMAIL PROTECTED]:~/deve
On Mon Mar 17 15:55:32 2008, infinoid wrote:
> 114 (void)MD5_Init(c);
> (gdb) print c
> $1 = (MD5_CTX *) 0x0
> (gdb)
PMC_data(SELF) is set by md5.pmc's init() function. I have verified
(with gdb breakpoints) that Parrot_MD5_init() is being called when
running t/dynpmc/digest_9.pir wit
On Sun Mar 16 10:17:09 2008, [EMAIL PROTECTED] wrote:
> Friends,
>
> Doing cage cleaning today, I noticed that there has been no activity in
> this thread since last August. Are the issues that were under
> discussion still "live"? Should we still be considering the various
> patches?
The issue
On Fri, 14 Mar 2008 16:19:48 -0700
"James Keenan via RT" <[EMAIL PROTECTED]> wrote:
> Mark:
>
> This looks good to me. However, one of the tests being revised is
> currently failing, probably for different reasons. See:
> http://rt.perl.org/rt3/Ticket/Display.html?id=51750.
Thanks for the cod
On Tue, 11 Mar 2008 20:02:25 +
"Wim Vanderbauwhede" <[EMAIL PROTECTED]> wrote:
> I've read "Parrot for small platforms" in pdd01_overview, it says
> "For small platforms, any parser, compiler, and optimizer modules are
> replaced with a small bytecode loader module which reads in Parrot
> byte
On Fri Jan 25 15:10:50 2008, ajr wrote:
> > Hi, Alan! What kind of CPU do you have? If you have an AMD Athlon XP
> > (or something of similar lineage), I think I know what the problem is.
> >
> I think you've nailed it: Athlon XP-M.
Hi,
I have built and sent an updated libgmp.a to the Strawberr
Hi, Alan! What kind of CPU do you have? If you have an AMD Athlon XP
(or something of similar lineage), I think I know what the problem is.
On Thu, 24 Jan 2008 12:52:35 -0800
Alan Rocker (via RT) <[EMAIL PROTECTED]> wrote:
> Determining if your platform supports GMP...Can't spawn ".\test.exe":
On Thu, 22 Nov 2007 10:35:21 -0800
"Mehmet Yavuz Selim Soyturk" (via RT)
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Mehmet Yavuz Selim Soyturk"
> # Please include the string: [perl #47704]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/
I didn't hear back from kid51. I believe data portability doesn't
matter in this case; all that matters is that Storable at the current
rev on the current platform is able to read it's own data for the next
10 seconds or so, which seems like a valid assumption. Pmichaud and
chromatic seem to agre
On Wed Aug 22 09:49:20 2007, pmichaud wrote:
> # Failed test (t/stm/basic_mt.t at line 168)
> # Exited with error code: 134
> # Received:
> # src/stm/backend.c:608: failed assertion 'successp'
I get the same failure, intermittently, on dual-CPU x86. It looks like
a thread race condition, not
Oops. I replied to this on the RT site, but it looks like I neglected
to tell it to copy the list (or you). I'll cutpaste my response below.
On Tue, 21 Aug 2007 21:02:39 -0400
James E Keenan <[EMAIL PROTECTED]> wrote:
> I do have some qualms.
>
> (1) I know that there have been issues with inc
On Wed, 22 Aug 2007 11:16:12 +0200
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Jerry mentioned yesterday that there shouldn't be any failures for a
> release, which makes sense as it would only upset users. Maybe there
> should be a ticket for the failures then?
I have created ticket #44855 for thi
On Wed, 22 Aug 2007 11:16:12 +0200
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> >> Don't know if its a problem if they fail. I don't have a problem
> >> with failures as they tell me there's something that needs
> >> attention.
>
> > True. Well, these issues do need attention, so maybe they *should
On Tue, 21 Aug 2007 13:08:05 +0200
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> > The win32 skippage will need to be removed again, once the PMCNULL
> > symbol is exported correctly from libparrot.dll.
>
> Not adding the skip on the other t/src tests will cause them to
> fail. I think it would be b
On Tue, 21 Aug 2007 09:52:01 -0700
chromatic <[EMAIL PROTECTED]> wrote:
> return unless -f $filename;
> return retrieve($filename);
>
> My preference is the latter, for clarity and context reasons.
Thanks, you're absolutely right. Here's an updated patch.
Mark
Index: lib/Parrot/Pmc
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: multi
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
1 - 100 of 162 matches
Mail list logo
