James Keenan via RT a écrit :
On Sun Jun 08 17:57:56 2008, [EMAIL PROTECTED] wrote:
Patch applied in r28188. Will resolve ticket if no one complains within
1-2 days. Thanks, Andy.
I had no problems running the two existing step tests for this step via
'prove -v t/steps/auto_perldoc*.t.
But
On Mon Jun 09 05:00:17 2008, [EMAIL PROTECTED] wrote:
>
> since r28188, on Windows with ActiveState Perl 5.8.8 (build 822) , I've
> the following error :
>
> Determining whether perldoc is installed...
> step auto::perldoc died during execution: The fchmod function is
> unimplemented at config
On Mon Jun 09 05:00:17 2008, [EMAIL PROTECTED] wrote:
> Determining whether perldoc is installed...
> step auto::perldoc died during execution: The fchmod function is
> unimplemented at config/auto/perldoc.pm line 42.
>
> On Windows, the Perl function 'chmod' works with filename (use POSIX
> ch
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jun 9 12:38:29 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with mo
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #55504]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55504 >
---
osname= linux
osvers= 2.6.15.7
arch= x86_64-linux-gnu-thread-multi
cc= cc
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #55520]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55520 >
rakudo r28192
> class A { has $.a, $.b };
error:imcc:syntax error, unexpected '\n', expe
On Sun Jun 08 23:14:00 2008, bacek wrote:
> Hello.
>
> MMD try to deref parameters during dispatch.
>
Trivial patch attached.
--
Bacek.
--- a/src/mmd.c
+++ b/src/mmd.c
@@ -1265,7 +1265,10 @@
arg = constants[idx]->u.key;
else
arg =
On Mon Jun 09 05:49:29 2008, bacek wrote:
> On Sun Jun 08 23:14:00 2008, bacek wrote:
> > Hello.
> >
> > MMD try to deref parameters during dispatch.
> >
>
> Trivial patch attached.
Patch rejected -- the solution here is to keep from generating NULL
parameters in the first place, rather than h
Actually, I think I nailed the bug. Somehow having weird either LANG or LC_ALL
or both set up breaks things.
Note that Estonian alphabet isn't in the same order as English, so having those
variables set breaks other things as well (like configure scripts).
$ LC_ALL= LANG= prove --verbose t/op/s
# New Ticket Created by Vasily Chekalkin
# Please include the string: [perl #55506]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55506 >
Hello.
MMD try to deref parameters during dispatch.
rakudo: sub is($q, $e, $d) {
On Sun, 8 Jun 2008, James Keenan via RT wrote:
> On Thu Aug 03 11:58:02 2006, chip wrote:
> > Extern functions and variables must have names that begin with C.
>
>
> Do we indeed have any extern functions or variables whose names do not
> begin with C? How would one determine this? Could this
On Mon, Jun 09, 2008 at 05:02:38AM -0700, Moritz Lenz wrote:
> # New Ticket Created by Moritz Lenz
> # Please include the string: [perl #55520]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=55520 >
>
> rakudo r28192
>
I came accross this:
http://www.cs.iastate.edu/~design/vmil/cfp.shtml
I didn't read the whole page, but this caught my eye:
I had to think about modularization with the whole compiler
architecture on Parrot (PCT).
Research and experience papers: These submissions should describe work
that advan
James Keenan via RT a écrit :
On Mon Jun 09 05:00:17 2008, [EMAIL PROTECTED] wrote:
Determining whether perldoc is installed...
step auto::perldoc died during execution: The fchmod function is
unimplemented at config/auto/perldoc.pm line 42.
On Windows, the Perl function 'chmod' works with f
Based on our experience with File::Temp in the test suite, I think we
can avoid calling 'chmod' entirely (regardless of OS) and can simply use
File::Temp's functional interface (which avoids that warning I mentioned
in an earlier post).
François: If the patch attached works for you on Windows, yo
# New Ticket Created by Mark Glines
# Please include the string: [perl #55530]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55530 >
Hi,
Generating OpenGL bindings...In OpenGL header '/usr/include/GL/amesa.h', found
a no
On Monday 09 June 2008 05:17:19 James Keenan via RT wrote:
> (We use File::Temp extensively in the testing, but I can't recall a
> situation where I absolutely had to 'chmod' a tempfile. This may just
> be an artifact of the previous way of doing things.)
I agree; it seems unlikely that File::Te
On Monday 09 June 2008 09:33:20 [EMAIL PROTECTED] wrote:
> Modified: branches/gsoc_pdd09/src/gc/gc_it.c
> --- branches/gsoc_pdd09/src/gc/gc_it.c (original)
> +++ branches/gsoc_pdd09/src/gc/gc_it.c Mon Jun 9 09:33:19 2008
> @@ -83,6 +83,7 @@
> * 4) repeat (3) until there are no grey items in c
On Wed, Aug 8, 2007 at 9:17 AM, via RT chromatic
<[EMAIL PROTECTED]> wrote:
> Another option is to cache the C string in the STRING structure itself in the
> same way that Perl 5 caches IVs and NVs and PVs in the SV structure. (If
> that doesn't mean anything to you, congratulations. I have this
Sorry, forgot to attach the file.
--
Salu2
Index: src/pdb.c
===
--- src/pdb.c (revisión: 28197)
+++ src/pdb.c (copia de trabajo)
@@ -219,9 +219,8 @@
Parrot_exception exp;
if (setjmp(exp.destination)) {
-char *msg
Anyone have any idea why Google is not indexing the official Perl 6
documentation at perlcabal.org/syn? I checked the robots.txt and it
looks fine:
http://www.perlcabal.org/robots.txt
But the search box on http://www.perlcabal.org/syn/ returns nothing.
Specifically, I was looking for the docu
Ovid wrote:
> Anyone have any idea why Google is not indexing the official Perl 6
> documentation at perlcabal.org/syn? I checked the robots.txt and it
> looks fine:
>
> http://www.perlcabal.org/robots.txt
>
> But the search box on http://www.perlcabal.org/syn/ returns nothing.
The whole doma
Ovid wrote:
Specifically, I was looking for the documentation on how subsets work
See S12:
http://dev.perl.org/perl6/doc/design/syn/S12.html#Types_and_Subtypes
as it looks like we can get declarative style constraint programming
for free:
subset Crosshair of Point where { $_.inside_of($t
2008/6/9 James Keenan via RT <[EMAIL PROTECTED]>:
> Based on our experience with File::Temp in the test suite, I think we
> can avoid calling 'chmod' entirely (regardless of OS) and can simply use
> File::Temp's functional interface (which avoids that warning I mentioned
> in an earlier post).
>
>
# New Ticket Created by Bob Rogers
# Please include the string: [perl #55538]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55538 >
I just noticed this:
[EMAIL PROTECTED]> echo ".macro_const test 1" > test.pir
--- Moritz Lenz <[EMAIL PROTECTED]> wrote:
> Ovid wrote:
> > Anyone have any idea why Google is not indexing the official Perl 6
> > documentation at perlcabal.org/syn? I checked the robots.txt and
> it
> > looks fine:
> >
> > http://www.perlcabal.org/robots.txt
> >
> > But the search box on
Ovid wrote:
Well, looking at the examples that you and Jonathan listed, I see I
should refine my question. For example:
subset Crosshair of Point where {
$_.inside_of($target_area)
||
$target_area.has_moved
?? $_.move_inside($target_area)
:: $target_area.move_outside
--- Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Ovid wrote:
>
> By default, block parameters (including $_) are readonly,
I hope that is a deep readonly? In other words, if $_.position returns
an array reference, can I mutate a value in that reference and the
state of $_ is thereby changed
This is proving to be a real PITA. While we're now passing
t/steps/auto_perldoc.*.t on all systems, I'm not getting the proper
result out of Configure.pl itself on Mac or Linux.
Determining whether perldoc is installedno.
Generating makefiles and other build
Well, if I had RTFM 'perldoc File::Temp' correctly, I wouldn't have
gotten the arguments wrong.
The attached patch, applied in r28211, should correct matters.
Sorry for the confusion.
kid51
Index: config/auto/perldoc.pm
===
--- conf
On Mon Jan 02 12:02:43 2006, ambs wrote:
> If we go in the way Perl5 is working, symlink fails (raise exception) in
> cases where the system does not have them. Thus, I need a configuration
> variable for the availability or not of symlinks.
>
> I am not sure how to test that, yet. If I got any
On Mon Jun 09 07:13:04 2008, doughera wrote:
>
> On a Unix-like system, you can use nm(1) to look at
> blib/lib/libparrot.a.
> (The appropriate options are system-dependent, but 'nm -p' is usually
> a
> good bet.)
>
Taking Andy D's suggestion, I ran nm -p blib/lib/libparrot.a. It ran to
over
On Thu Aug 03 11:58:05 2006, chip wrote:
> Public headers are the ones in C directory. These are
> included by embedders and extenders. They must not declare or define any
> symbol that isn't clearly Parrot-specific. Prefixing symbols with
C
> or C is the easiest & safest way, but it can lead to
On Thu Sep 21 14:38:40 2006, particle wrote:
> parrot's source is littered with internal_exception() calls, the bulk
> (all?) of which should be converted to real_exception() calls.
> internal exceptions are uncatchable, and might as well be called
> C. that's bad, ya dig?
For reference, I am att
On Thu Mar 22 15:58:25 2007, tewk wrote:
> Code has been refactored/cleaned up.
> Some comments added. More to come.
> See pmcs which use PCCMETHOD, PCCINVOKE and preturn for examples.
tewk: Could you give us an update on the status of this ticket?
Thank you very much.
kid51
Grepping for 'load_func' in src/dynext.c, I no longer see the line which
the OP was proposing to patch.
312:ARGIN_NULLOK(PMC *(*load_func)(PARROT_INTERP)),
317:if (load_func)
318:lib_pmc = (*load_func)(interp);
321:if (!load_func || !lib_pmc)
347:PMC *(*load_fun
Can anyone provide an update as to where we stand on the issues raised
in this ticket? (Last post > 12 months ago.)
Thank you very much.
kid51
Jerry, Mark, anyone: Can someone provide an update on the status of
issues raised in this ticket?
Thank you very much.
kid51
On Monday 09 June 2008 16:44:02 James Keenan via RT wrote:
> On Thu Aug 03 11:58:05 2006, chip wrote:
> > Public headers are the ones in C directory. These are
> > included by embedders and extenders. They must not declare or define any
> > symbol that isn't clearly Parrot-specific. Prefixing s
On Tue Jul 17 22:23:38 2007, petdance wrote:
> In function branch_branch, there's a line like this:
>
>ins->r[get_branch_regno(ins)] = next->r[0];
>
> That call to get_branch_regno() can return -1. That would make a
> negative array index, and stomp on who knows what.
>
Grepping ./compi
On Fri, Jun 6, 2008 at 11:36 PM, Will Coleda via RT
<[EMAIL PROTECTED]> wrote:
> On Tue Nov 27 14:08:00 2007, pmichaud wrote:
>> Today we cleaned up a lot of the unused branches of the
>> Parrot repository. One of the branches that remains is
>> the 'gcm' branch, created by "heimdall" and last upd
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 Wed Jul 18 09:17:52 2007, petdance wrote:
> Coverity Scan points out that in compact_pool(), it's possible for
> ref_count to be NULL and get dereferenced in two different places.
> Fix this.
>
Andy: Is this still the case?
Thank you very much.
kid51
Lets close this ticket.
While I wrote the original code, the PMC pdd has greatly changed and
updated the original work I did.
Kevin
James Keenan via RT wrote:
On Thu Mar 22 15:58:25 2007, tewk wrote:
Code has been refactored/cleaned up.
Some comments added. More to come.
See pmcs which
Since we're always going to have some build warnings on different
OS/platform combinations, I think we can resolve this ticket.
If, on a particular OS, we have a pattern of warnings emerging --
particularly if those are warnings not previously observed -- then we
can open new tickets more specific
I'm not on Gentoo, but on Debian. Running 'perl Configure.pl' at
r28211, I don't get any of these warnings.
$ uname -a
Linux li11-226 2.6.23.1-linode36 #1 Sun Nov 4 12:03:06 EST 2007 i686
GNU/Linux
On Mon, Jun 9, 2008 at 8:16 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Since we're always going to have some build warnings on different
> OS/platform combinations, I think we can resolve this ticket.
I think the goal is to eliminate warnings from the default build,
while turing on as ma
On Mon Jun 09 17:13:32 2008, infinoid wrote:
>
> Update: these warnings are gone, looks like D2FPTR has been removed from
> the above lines (which are now lines 361 and 370 of dynext.c).
>
> Mark
Thanks, Mark. Running 'make' just now, I got no warnings with
src/dynext.c. (Am getting very few
# New Ticket Created by chromatic
# Please include the string: [perl #55544]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55544 >
I just modified Parrot::Pmc2c::PMCEmitter.pm and rebuilt Parrot. The PMCs in
src/dynpmc/
On Mon Jun 09 17:23:40 2008, coke wrote:
>
> I think the goal is to eliminate warnings from the default build,
> while turing on as many warnings as possible. (like with the coding
> standard tests; as more pass, we should run them by default.)
>
So does this mean I should not have resolved thi
Kevin, thanks for the quick response.
Marking ticket as resolved.
kid51
On Sat, Jun 07, 2008 at 09:49:03PM +0100, Daniel Ruoso wrote:
: 2) Assume the capture-translation and define that
: $foo.HOW.can($foo,'bar') keeps the $how as the invocant and must receive
: the referring object as first argument.
I prefer this approach, I think.
Larry
On Mon, Jun 9, 2008 at 8:36 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Mon Jun 09 17:23:40 2008, coke wrote:
>
>>
>> I think the goal is to eliminate warnings from the default build,
>> while turing on as many warnings as possible. (like with the coding
>> standard tests; as more pass,
On Jun 9, 2008, at 7:13 PM, James Keenan via RT wrote:
Andy: Is this still the case?
I don't know. I haven't done anything in parrot for months. Sorry.
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
> 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 patch in #55228; I'll
update that RT in a moment.
-'f
diff --git a/co
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
Seg, 2008-06-09 às 23:36 +0100, Ovid escreveu:
> --- Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > By default, block parameters (including $_) are readonly,
> I hope that is a deep readonly? In other words, if $_.position returns
> an array reference, can I mutate a value in that reference a
Seg, 2008-06-09 às 23:09 +0100, Ovid escreveu:
> Well, looking at the examples that you and Jonathan listed, I see I
> should refine my question. For example:
> subset Crosshair of Point where {
> $_.inside_of($target_area)
> ||
> $target_area.has_moved
> ?? $_.move_inside($ta
58 matches
Mail list logo
