This patch fills in two holes in pdd04 (internal data types). The information
came from include/parrot/pobj.h.
Christoph Otto
--- parrot/docs/pdds/pdd04_datatypes.pod2005-04-19 10:12:52.667126432
-0700
+++ parrot-local/docs/pdds/pdd04_datatypes.pod 2005-04-24 21:42:47.460178912
-0700
I'm helping Bernhard Schmalhofer with Plumhead (PHP/Parrot) by writing a
PHPArray PMC and some tests. To maximize compatibility and minimize my
effort, I've been copying and modifying code from Zend's implementation where
appropriate, using the code from http://lxr.php.net/source/ZendEngine2/
François Perrad wrote:
2008/6/15 Bernhard Schmalhofer [EMAIL PROTECTED]:
Bill Ricker schrieb:
Plumhead may sound stupid but there's nothing wrong with Plum-Headed
Parakeet spelled correctly with the Hyphen and Three Cap Letters. It's
a real bird whose initials spell PHP, what more could you
Bernhard Schmalhofer wrote:
Have you thought about license implications? 'genskel.pl' seems to take
code snippets from PHP source.
Best regards,
Bernhard Schmalhofer
(I'm replying separately to the two threads in this message.)
As far as I can tell, copying the code for a function
Andy Dougherty via RT wrote:
On Thu, 17 Jul 2008, Christoph Otto via RT wrote:
On Thu Jul 17 15:53:12 2008, julianalbo wrote:
On Thu, Jul 17, 2008 at 9:59 PM, Christoph Otto via RT
[EMAIL PROTECTED] wrote:
trick. The attached patch (v5) properly fixes the problem on my system
Christoph Otto via RT wrote:
This version of the patch should dtrt with all versions of strerror_r. It
works on my Debian/x86 box and I'll be testing it on any *nix I can get my
hands on Tuesday. If it works fine there, if someone can test it on windows
and if the patch looks OK, I'll
Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #57260]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57260
Tripped over these trying to run some spec tests for
Will Coleda wrote:
Not only that does that avoid the segfault, the tcl spec test
equivalent to the first test passes. Woot.
The second is still failing, but probably due to unicode issues - but
it's now just failing, not segfaulting.
Once we get a core parrot test for this, we can close out
Will Coleda via RT wrote:
On Sun, Jul 27, 2008 at 1:49 AM, Christoph Otto via RT
[EMAIL PROTECTED] wrote:
On Thu Dec 06 08:54:35 2007, pcoch wrote:
Many files in the Parrot repository are lacking descriptions within the
pod DESCRIPTION section. This needs to be done. An appropriate
Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #57468]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57468
There's an ifdef in misc.c to allow us to
Bob Rogers wrote:
From: chromatic [EMAIL PROTECTED]
Fixed in r30286.
-- c
Terrific; thanks. (Especially since it looks like something I may have
seen in other circumstances, but could not reproduce.)
-- Bob
It looks like this is resolved.
James Keenan via RT wrote:
The PDDs in docs/pdds/ are now in substantial compliance with the coding
standard, those in docs/pdds/draft/ much less so. I'll leave this
ticket open, but it's the sort of thing that only needs some cage
cleaning attention every month or so.
The non-draft PDDs are
Reini Urban wrote:
Attached patch adds links to external dotnet ressources Jonathan
mentioned (his paper, the specs),
and the implementations.
Jonathan should approve it because it links to a bad poem on VM's in
his paper on page 1.
No ticket because it's so simple.
Thanks. This was applied
Allison Randal via RT wrote:
Christoph Otto wrote:
The non-draft PDDs are all passing t/codingstd/pdd_format.t as of
r30810, but two of the draft PDDs aren't. Since they're still drafts
and as such are very likely to change, it doesn't seem worthwhile to
bring them into compliance or to have
Patrick R. Michaud wrote:
Fixing this shouldn't be all that difficult -- in particular,
I think that src/pmc/resizablepmcarray.pmc lines 205-206 should
be changed from
- if (key = PMC_int_val(SELF))
- SELF.set_integer_native(key+1);
to something like
+ if (key =
Will Coleda via RT wrote:
On Tue Jul 22 23:34:13 2008, [EMAIL PROTECTED] wrote:
Christoph Otto via RT wrote:
This version of the patch should dtrt with all versions of
strerror_r. It
works on my Debian/x86 box and I'll be testing it on any *nix I can
get my
hands on Tuesday. If it works
After looking around Parrot and realizing that there were several other places
where strerror is used, I'm trying a different approach. The attached patch
adds config/gen/platform/generic/strerror.c, which contains a new function
Parrot_strerror. This is just a wrapper to abstract away the
chromatic via RT wrote:
On Monday 15 September 2008 23:21:26 Christoph Otto wrote:
--- src/pmc/os.pmc (revision 31173)
+++ src/pmc/os.pmc (working copy)
@@ -31,9 +31,6 @@
#include parrot/parrot.h
-/* XXX Check if we need to deallocate strerror strings */
-/* XXX apparently
Igor wrote:
snip
Hi Christoph,
I send you the patch attached.
Sincerely,
Igor
Hi Igor,
Thanks again for taking the time to contribute.
Here are some pointers:
First, you're trying too hard. I'm sorry to tell you that after you've spent
so much effort, but this change should be fairly
[EMAIL PROTECTED] via RT wrote:
--- El mar 30-sep-08, Christoph Otto [EMAIL PROTECTED] escribió:
De:: Christoph Otto [EMAIL PROTECTED]
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: Igor ; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Fecha: martes
Will Coleda via RT wrote:
On Wed Oct 24 13:52:33 2007, pcoch wrote:
In t/src/ro.t there is the todo item:
# XXX: should this work?
and the related pir code:
# three = 4 # should fail -- is that what we want
The question is: is the behaviour encapsulated in the test actually what we
want?
to make some
changes to the $Id: line in the patch by hand.
-Mark
On Fri, Oct 17, 2008 at 10:35 AM, Mark Grimes [EMAIL PROTECTED] wrote:
On Fri, Oct 17, 2008 at 12:39 AM, Christoph Otto via RT
[EMAIL PROTECTED] wrote:
You can fix the foo_error_bar tests by using an exception handler to
catch
Nicholas Clark wrote:
On Sun, Nov 16, 2008 at 06:52:08PM -0800, chromatic wrote:
I'd rather remove the hash seed from the key calculation. Instead, let's use
a global seed (#defined somewhere) as the initial seed, cache the calculated
You don't want a constant global seed, else you fall
Christoph Otto via RT wrote:
On Sun Nov 16 19:47:36 2008, stockwellb wrote:
rewrite of t/oo/ops.t to PIR.
ops.t | 265
--
1 file changed, 130 insertions(+), 135 deletions(-)
In op_get_class_p_p, it looks like you switch from
Christoph Otto wrote:
Nicholas Clark wrote:
On Sun, Nov 16, 2008 at 06:52:08PM -0800, chromatic wrote:
I'd rather remove the hash seed from the key calculation. Instead,
let's use a global seed (#defined somewhere) as the initial seed,
cache the calculated
You don't want a constant
Christoph Otto wrote:
I'd appreciate comments or a quick code review as to whether I should
apply the patch as-is (sans randomization) once the failing OrderedHash
test passes. It's admittedly not a complete solution, but it does hide
Parrot's hash seed from any PARROT_EXPORT functions
Christoph Otto via RT wrote:
I'm running into a snag trying to implement this. It turns out that
many lines which use the PMC_x_val macros use them on different types of
PMCs, especially parents and children (e.g. FixedPMCArray and
ResizablePMCArray). There are also some instances where
Allison Randal wrote:
Christoph Otto via RT wrote:
I'm running into a snag trying to implement this. It turns out that
many lines which use the PMC_x_val macros use them on different types of
PMCs, especially parents and children (e.g. FixedPMCArray and
ResizablePMCArray). There are also some
Allison Randal via RT wrote:
Christoph Otto wrote:
Allison Randal wrote:
(Actually, at the moment you're required to declare
all parent attributes in the ATTR list before the child attributes, so
inherited attributes *are* child attributes.)
When I say attributes, I mean the things
Allison Randal via RT wrote:
Christoph Otto wrote:
The PMC UnionVal deprecation can't be completed until Parrot has
improved ATTR
reuse between extending PMCs. I'm rewriting code to minimize dependence on
the PMC_x_val macros, but I can't eliminate them completely without better
inheritance
Christoph Otto via RT wrote:
Allison Randal via RT wrote:
snip
Parent and child had to have the same struct in the original (because
every PMC defined the same union val struct), and so still have to have
the same struct in the new version. It is progress: at least the struct
members
Bernhard Schmalhofer via RT wrote:
Christoph Otto schrieb:
Christoph Otto via RT wrote:
The attached patch implements this behavior and fixes two core PMCs
that had been doing the inheritance manually. All tests in make test
pass. I didn't bother testing any HLLs as this is more
Will Coleda wrote:
On Sun, Jul 19, 2009 at 10:50 PM, Christoph Otto via
RTparrotbug-follo...@parrotcode.org wrote:
On Sun Jul 19 16:18:01 2009, jk...@verizon.net wrote:
Would any of the participants in this thread be able to post an update?
Was the TGE refactor ever done?
If not, is it still
Look at the skies, whispered the Dog kindly. Look at the trees where God
made beauty. But it is only a sorrow to look on me where God planted
ugliness. sighed the Dog, such a fine small beak you have.
Not his most piercing, his most murderous crow could move this remarkable rag.
Not the
I can't understand why people are frightened of new ideas. I'm frightened of
the old ones.”
- John Cage
On behalf of the Parrot team, I'm proud to announce Parrot 2.2.0
Like Clockwork. Parrot (http://parrot.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 2.2.0 is
On behalf of the Parrot team, I'm proud to announce Parrot 2.9.1. Parrot
(http://parrot.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 2.9.1 is available on Parrot's FTP site, or by following the
download instructions at http://parrot.org/download. For those who
, Andy Lester, Bob Rogers, Christoph Otto,
Daniel Arbelo, Daniel Kang (gci), Daniel Toma, David Czech (gci), Fernando
Brito (gci), François Perrad, Gerd Pokorra, Jim Keenan, Jonathan Duke Leto,
Julian Albo, Léo Grange (gci), Mariano Wahlmann, Matt Rajca (gci), Michael H.
Hind, Natan Yellin (gci
Hi all,
Thanks to those who filled out the doodle to indicate your availability for
the next Parrot Developer Summit. The slots with the fewest conflicts were at
the same time on different weeks. I've closed the doodle poll and marked
Saturday the 14th at 1PM UTC as the official date for
-Original Message-
From: parrot-dev-boun...@lists.parrot.org
[mailto:parrot-dev-boun...@lists.parrot.org] On Behalf Of James E Keenan
Sent: Wednesday, May 04, 2011 05:55
To: Christoph Otto
Cc: parrot-us...@lists.parrot.org; perl6-compi...@perl.org;
parrot-...@lists.parrot.org; perl6-us...@perl.org
thanks to all our contributors for making this possible, and our sponsors
for supporting this project. The following people (in random order)
contributed to this release. Thanks!
François Perrad, Bob Kuo, Jim Keenan, Bruce Gray, Gerd Pokorra, Christoph
Otto, Fitz Elliott, Julian Albo, Peter
Hi all,
The next PDS is coming up soon. I've set up a Doodle[1] to find the
best time for everyone. Please fill out your availability in the next
few days if you're interested in attending. This will be a strategic
planning session for Parrot, so folks from projects that build on Parrot
masak made the offhand remark in #perl6 recently that I used as the
title of this message. Now that I'm done giving State of the Parrot
talks, I'm free to take off my optimist hat and realize that Parrot is
going to die a slow death if we don't do something drastic. I love the
vision that Parrot
this possible:
Alekssasho, Alvis Yardley, Andrew Whitworth, Andy Lester, Brian
Gernhardt,
Bruce Gray, Christoph Otto, Francois Perrad, jkeenan, Jonathan Duke
Leto,
Michael Schroeder, Moritz Lenz, Nolan Lum, NotFound, Paweł Nowak, Peter
Polacik, Sasho, Stefan Seifert, Tristan Hume, Vasily Chekalkin
On behalf of the Parrot team, I'm proud to announce Parrot 4.3.0, also
known
as In Which Parrot (http://parrot.org/) is a virtual machine
aimed
at running all dynamic languages.
Parrot 4.3.0 is available on Parrot's FTP site
(ftp://ftp.parrot.org/pub/parrot/releases/stable/4.3.0/), or by
# New Ticket Created by Christoph Otto (Volt)
# Please include the string: [perl #52316]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52316
Building with make -j occasionally (about 20% of the time) causes
# New Ticket Created by Christoph Otto (Volt)
# Please include the string: [perl #52478]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52478
When running the following PIR code, Parrot does the Perlish thing
# New Ticket Created by Christoph Otto (Volt)
# Please include the string: [perl #52976]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52976
The perl6 stand-alone binary chokes on chromatic's mmd example
(http
On Thu Jun 12 09:56:55 2008, nahoo wrote:
Does this suggest that the patch is moot, and that we may close the
ticket?
yes.
Since the patch seem to have been applied without this ticket being
updated, I'm marking it as resolved now.
On Tue Jul 10 06:46:20 2007, pcoch wrote:
In the file lib/Parrot/Pmc2c.pm there is the todo item (within the
vtable_decl() sub):
# TODO gen C line comment
Implement this.
The todo is no longer there but the code doesn't generate a #line
directive either. Looking at the generated code
On Mon Apr 09 01:17:50 2007, pcoch wrote:
In the file src/ops/io.ops there is the todo item:
all results from string_to_cstring() need freeing
but this generates ugly warnings WRT discarding the const
qualifier
free the results but also without generating the warnings if
On Sat May 17 15:25:16 2008, pmichaud wrote:
There's been no activity on this ticket since Apr 2007, I vote we close
it as being abandoned.
Pm
Since it's two months since pm's suggestion and nobody has objected, I'm
rejecting this.
On Tue May 06 17:41:43 2008, coke wrote:
On Fri Aug 03 13:43:42 2007, [EMAIL PROTECTED] wrote:
On Friday 03 August 2007 13:29:53 Jerry Gay wrote:
i'm having trouble on x86_64. when running a 32bit parrot, i get
occasional deadlock at the OS level, after Parrot_exit. when running a
On Fri Jul 11 05:29:20 2008, coke wrote:
Belatedly add Moritz's response to the ticket.
A fix for this bug was committed in r29289 which looks like it will
resolve this issue. If that's the case, this ticket can be closed.
On Thu Feb 21 13:52:31 2008, coke wrote:
On Fri Nov 02 07:56:44 2007, particle wrote:
as per PDD07 (r22655,) c macro args *must* be wrapped in parens inside
macro bodies, to allow expressions passed as macro parameters.
for example, i expect:
#define CLASS_has_alien_parents_TEST(o)
On Sun Jul 13 23:26:51 2008, [EMAIL PROTECTED] wrote:
+1 for modifying the test, not the macros.
-- c
Resloved.
On Fri Jul 11 14:00:12 2008, cotto wrote:
On Fri Jul 11 05:29:20 2008, coke wrote:
Belatedly add Moritz's response to the ticket.
A fix for this bug was committed in r29289 which looks like it will
resolve this issue. If that's the case, this ticket can be closed.
Since there haven't
On Wed Oct 24 14:23:23 2007, pcoch wrote:
In t/pmc/resizeablebooleanarray.t there is the todo item:
TODO: {
local $TODO = this is broken;
pasm_output_is( 'CODE', 'OUTPUT', clone );
Which is to say, fix cloning in ResizableBooleanArrays or fix the test (or
both?)
It looks like both
On Wed Jul 09 00:04:45 2008, [EMAIL PROTECTED] wrote:
r29183 adds a test to t/pmc/array.t that exposes some brokenness in
the Array
PMC's freeze/thaw code path. I added the test because it looked like
Array's
freeze/thaw/visit code had no test coverage. It turns out that
list_visit
also
On Mon Feb 13 13:05:01 2006, [EMAIL PROTECTED] wrote:
all PMCs (src/pmc/*.pmc) should be tested. the basic types, as defined
in PDD17 (docs/pdds/clip/pdd17_basic_types.pod) should be given higher
priority, so tests should be developed first to cover these.
not surprisingly, basic types have
On Tue Feb 19 16:19:14 2008, Whiteknight wrote:
On Mon Oct 22 09:49:02 2007, ptc wrote:
In src/pmc/file.pmc there is the todo item:
/* XXX Check if we need to deallocate strerror strings */
Do this.
According to:
http://www.cplusplus.com/reference/clibrary/cstring/strerror.html
On Wed Apr 23 18:18:00 2008, [EMAIL PROTECTED] wrote:
This thread trailed off about 4 months ago. Could we get an update on
its status, i.e., whether it should be applied, what OSes it's passing
on, etc.
Thank you very much.
kid51
The tests passed because the strerror/strerror_r code
On Thu Jul 17 01:17:51 2008, cotto wrote:
On Wed Apr 23 18:18:00 2008, [EMAIL PROTECTED] wrote:
This thread trailed off about 4 months ago. Could we get an update on
its status, i.e., whether it should be applied, what OSes it's passing
on, etc.
Thank you very much.
kid51
The
On Thu Jul 17 15:53:12 2008, julianalbo wrote:
On Thu, Jul 17, 2008 at 9:59 PM, Christoph Otto via RT
[EMAIL PROTECTED] wrote:
With this patch, the new tests still pass on Linux/x86. The patch uses
STRING-strstart to avoid leaking a malloc'd buffer when throwing an
exception, which may
On Thu Jun 14 16:25:24 2007, [EMAIL PROTECTED] wrote:
On Thursday 14 June 2007 14:42:31 Jurosz Michal wrote:
Attached test use compreg P1, PASM and invokecc it 100,000 times.
On win32 (mingw32) it consumes 70MB of RAM with r18834 (107 MB of
RAM
with r11704).
With Linux at r19010, the
On Tue Sep 04 11:40:30 2007, rblasch wrote:
The key here is the model. While Coverity's model captures the
Cfree quite correctly, I don't think it recognizes the pointer update
in the double linked list, which is done in Csubst_ins, as important.
Coverity probably sees something like the
On Thu Jul 06 09:21:34 2006, [EMAIL PROTECTED] wrote:
With parrot r13181, binding to a non-privileged port on localhost
consistently fails with EADDRNOTAVAIL on Mac OS X and FreeBSD boxes
for Intel and PPC platforms. The same command succeeds on Linux.
Steps to reproduce:
1) ./parrot
On Tue Jul 22 23:24:10 2008, [EMAIL PROTECTED] wrote:
It works for me too on Mac OSX 10.4 and parrot rev 29370.
Thanks for following up!
Chris
It just goes to show that all problems (even interpersonal ones) go away
if you ignore them for long enough. I'm marking this one as resolved.
On Tue Jul 22 23:34:13 2008, [EMAIL PROTECTED] wrote:
This patch contains a fix and a simplification. It should now be
cross-platform and thread-safe. I'll test on some other *nixes and go
on from
there. If nothing else it works fine on Ubuntu/x86.
It also works in FreeBSD 7.0 and
On Thu Jun 05 19:07:49 2008, coke wrote:
We can always improve the diagnostic emitted by the PMC compiler.
Mismatched strings are going to be an issue whether they're in a
CONST_STRING declaration or just an assignment to char *.
So, no, it's not worth fixing up c2str.pl, IMO.
So if it's
On Wed Oct 24 12:53:42 2007, pcoch wrote:
In t/src/list.t there is the todo item:
# TODO
which says much in little i.e.: improve the test coverage of the list_*
functionality.
From what I can tell, t/src/list.t was deleted or moved sometime after
r22464. Searching for some of the more
On Sat Dec 08 18:24:17 2007, petdance wrote:
In intlist_get(), we call list_get() which can return a NULL.
Then, the result is checked against -1, and then
dereferenced.
I suspect that check against -1 should actually be a
check against NULL, but don't know enough to prove it
and
On Thu May 15 10:24:00 2008, julianalbo wrote:
On Thu, Oct 25, 2007 at 5:28 PM, via RT Paul Cochrane
[EMAIL PROTECTED] wrote:
# XXX
# in plain functional run-loop result is 999
# other run-loops report 998
# TODO investigate this after interpreter strtup is done
# see also TODO in
On Fri Jul 25 11:06:01 2008, [EMAIL PROTECTED] wrote:
On Thu, Jul 24, 2008 at 11:05:28PM -0700, Christoph Otto via RT wrote:
From what I can tell, t/src/list.t was deleted or moved sometime
after
r22464. Searching for some of the more unique-looking strings in
that
revision of the file
On Thu Jul 03 14:15:22 2008, [EMAIL PROTECTED] wrote:
(sorry if this arrives multiple times, br0ken ISP and all..)
Hi,
Although there are some similar tests in t/00-parrot/ I wouldn't start
adding more in this file, because the official test suite lives in the
pugs repository under t/spec
On Thu Jul 24 23:21:19 2008, cotto wrote:
I agreee. I ran with a few different runcores and always got 1000 as
the number (when Parrot ran and I was patient enough to wait for the
output). It was the same for cgoto, cgp, fast, slow and switch.
I ran the following with a normal build of
On Thu Dec 06 08:54:35 2007, pcoch wrote:
Many files in the Parrot repository are lacking descriptions within the
pod DESCRIPTION section. This needs to be done. An appropriate
description
of what the given file does is all that is necessary.
r29788 adds a test for this. Unless the test is
On Sat Jul 26 14:34:26 2008, [EMAIL PROTECTED] wrote:
I'd write that as:
if (ret)
return *(INTVAL *)ret;
return (INTVAL)0;
The pointer casting dereferencing bothers me a little, but if
compilers don't
warn about it
-- c
That looks cleaner. I made
On Mon Oct 22 10:02:53 2007, pcoch wrote:
In src/pmc/exception.pmc:shift_pmc() there is the todo item:
PMC *shift_pmc() {
/* fprintf(stderr, don't do that then\n); XXX */
return PMCNULL;
}
Since the error is commented out, do we need this code (and its associated
On Tue Jul 29 07:46:08 2008, coke wrote:
Make this ticket one of the children ticket of the META pdd25cx merge
ticket, we can close it out after the merge removes it.
Allison++'s merge removed shift_pmc from src/pmc/exception.pmc, so this
ticket is now rejected.
On Mon Aug 04 16:29:03 2008, coke wrote:
As I mentioned on IRC, I'd recommend just removing it instead of
adding another probe we're not sure we need. We can always come back
to this ticket and grab your patch for later application if it we need
to.
Good enough. Andy (who originally wrote
On Mon Aug 11 16:21:07 2008, [EMAIL PROTECTED] wrote:
src/main.o(.text+0x5c): In function `main':
src/main.c:52: undefined reference to `Parrot_new'
src/main.o(.text+0x6a):src/main.c:53: undefined reference to
`imcc_initialize'
src/main.o(.text+0x86):src/main.c:58: undefined reference to
On Thu Oct 25 00:49:38 2007, pcoch wrote:
To be totally honest I wish I knew. I'm just going through converting
the todo items in code into RT tickets and sometimes the todo comments
aren't necessarily all that clear as to what needs to be done. I'm
also (unfortunately) not familiar enough
On Wed Aug 27 22:49:37 2008, cotto wrote:
Most of these test wouldn't throw an exception anyway, since assigning
to a positive out-of-bounds element simply resizes the array. (This
excludes nonsensically large positive indicies, which should probably
tested for.) I added exception handling
On Fri Aug 01 06:44:05 2008, coke wrote:
On Thu, Jul 31, 2008 at 7:35 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke: Given the points Leo made and the fact that there has been
nothing from the OP in 4 years, can we close this ticket?
Thanks.
kid51
Just because there's
On Mon Jul 14 13:47:29 2008, [EMAIL PROTECTED] wrote:
Seems to be fixed as of 29440:
Sounds like a happy ending. resolved
On Fri Jun 27 13:14:53 2008, coke wrote:
While I think this particular example is now valid with the new calling
conventions, you can get a similar effect with:
METHOD BORK BORK parent() {
/* nothing to see here*/
}
This ticket doesn't seem to be closeable as is. Would it be good
On Tue Jul 29 00:38:29 2008, tuxdna wrote:
I found that it is now working correctly in the latest revision 29838.
resolved
On Wed Apr 16 14:24:28 2008, [EMAIL PROTECTED] wrote:
On Wednesday 16 April 2008 10:49:15 Christoph Otto (Volt) wrote:
The perl6 stand-alone binary chokes on chromatic's mmd example
(http://www.oreillynet.com/onlamp/blog/2008/04/multiple_dispatch_now_please
.html) under linux/x86
On Tue Mar 18 14:05:34 2008, rurban wrote:
It's time to use Configure.pl with the option --without-crypto
Or to add -lcrypto to the cmdline.
Configure.pl fails to pick it up apparently.
my %Parrot::Config::Generated::PConfig contains -lcrypto in libs
'libs' = '-ldl -lcrypt -lgmp
On Mon Dec 10 08:52:27 2007, [EMAIL PROTECTED] wrote:
Marton Papp has successfully compiled Parrot with LLVM on Windows with
mingw-make (it's failing 18 tests, which is impressively low for a first
run on a new compiler). Below is his summary of the steps he followed.
I'd like to extract
On Wed Dec 05 04:53:15 2007, pcoch wrote:
In languages/pugs/pmc/pugscapture.pmc there are todo items of the form:
/* XXX Warning: use of uninitialized value */
This looks very similar to RT#48170 which was in the regex language. Does
this todo item mean that we should be *warning* about
On Fri Sep 05 00:58:51 2008, cotto wrote:
On Fri Aug 01 06:44:05 2008, coke wrote:
On Thu, Jul 31, 2008 at 7:35 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Coke: Given the points Leo made and the fact that there has been
nothing from the OP in 4 years, can we close this ticket?
On Fri Feb 15 02:43:05 2008, [EMAIL PROTECTED] wrote:
They're marked as MMD in vtable.tbl, so my guess is that they're not
directly
callable by vtable pointer from C. Fdocs/mmd.pod (though admittedly
out of
date) suggests that mmd_dispatch_* is the right approach.
-- c
Sounds good
On Tue May 27 13:33:11 2008, [EMAIL PROTECTED] wrote:
Running this program:
sub foo($a) {say $a} ; my $x = ;
on Ubuntu 8.04 with latest Parrot from svn gives this:
$ ./perl6 test.p6
Statement not terminated properly at line 1, near = ;\n
current instr.: 'parrot;PGE::Util;die' pc
On Mon Jun 02 13:08:27 2008, [EMAIL PROTECTED] wrote:
On Monday 02 June 2008 12:27:17 Bernhard Schmalhofer wrote:
The behavior of
.sub main
$N0 = 3.14159
say $N0
print $N0
print \n
.end
surprised me, as I got:
[EMAIL PROTECTED]:~/devel/Parrot/trunk$ uname -a
On Mon Apr 14 08:07:32 2008, [EMAIL PROTECTED] wrote:
On Mon, Apr 14, 2008 at 11:40:01AM +0530, Senaka Fernando wrote:
On Mon, Apr 14, 2008 at 6:33 AM, chromatic [EMAIL PROTECTED]
wrote:
Thanks, applied as r26965, except for the patch to
compilers/imcc/imclexer.c, which is a
On Wed Dec 05 04:49:22 2007, pcoch wrote:
In languages/pugs/pmc/pugscapture.pmc:retval() there is the todo item:
/* XXX getting non existent value, exception or undef?
It looks like we need to determine at this point whether or not the value
we are getting doesn't exist, is an exception,
On Mon May 19 03:55:46 2008, [EMAIL PROTECTED] wrote:
On Sun May 18 17:02:30 2008, ajr wrote:
t\benchmark\benchmarks..28/37
# Failed test 'examples/benchmarks/primes2.pasm'
# at t\benchmark\benchmarks.t line 219.
# Exited with error code: 1
I think this problem is not
On Tue May 13 08:05:08 2008, coke wrote:
On Tue, May 13, 2008 at 9:48 AM, via RT Patrick R. Michaud
[EMAIL PROTECTED] wrote:
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #54110]
# in the subject line of all future correspondence about this
issue.
#
On Sun May 04 03:11:12 2008, [EMAIL PROTECTED] wrote:
Excellent, the patch from ticket 52214 works.
Walter
resolved
1 - 100 of 150 matches
Mail list logo