chromatic a écrit :
On Tuesday 08 July 2008 02:36:37 François PERRAD via RT wrote:
This bug starts with r28354 (cache string).
The cache don't handle empty string.
Now, in Pipp (PHP), an empty string is used to stringify boolean False.
// languages/pipp/src/pmc/phpboolean.pmc
S
2008/7/12 Bob Rogers <[EMAIL PROTECTED]>:
> 9 days and no complaints; done.
>
When the coda is added by the generator, that's fine.
But MANIFEST is generated (with MANIFEST.SKIP)
and MANIFEST.generated is not a generated file (but the file that contains
all the generated/built files that could
Bernhard Schmalhofer a écrit :
Hi,
on behalf of the Parrot team, I'm proud to announce the release of
Parrot 0.6.4
"St. Vincent Amazon."
As usual, the Windows setup is available on
http://parrotwin32.sourceforge.net/
François.
Parrot 0.6.4 is available via CPAN, or follow the download
NotFound a écrit :
After some discussion in #parrotsketch, the name parrot_debugger wins.
Done in r29496, waiting for comments and fixes before closing the ticket.
pdb was renamed parrot_debugger, but not installable_pdb.
François.
Bernhard Schmalhofer via RT a écrit :
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
in branch_pdd25cx, 221/1109 Lua subtests failed.
Mostly for same reason : exception handling.
$ cat nil.
Geoffrey Broadwell a écrit :
I noticed a couple commits overnight for Lua to support OpenGL. I'm a
bit confused by them, since they don't seem to actually *do* anything,
just lots of (hopefully automatically generated!) scaffolding.
fperrad: How do these bindings actually work?
There'll work w
Geoffrey Broadwell a écrit :
On Mon, 2008-07-21 at 09:34 +0200, François Perrad wrote:
Geoffrey Broadwell a écrit :
fperrad: How do these bindings actually work?
There'll work with runtime/parrot/library/OpenGL.pir.
OK ... so what could be improved about runtime/p
François Perrad a écrit :
Bernhard Schmalhofer via RT a écrit :
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
in branch_pdd25cx, 221/1109 Lua subtests failed.
Mostly for same reason
Geoffrey Broadwell a écrit :
On Tue, 2008-07-22 at 09:03 +0200, François Perrad wrote:
Ok, talking about libraries :
Lua compiler & Lua Standard Libraries are complete (as far as the
current Parrot supports it).
So, since April 2008, I wrote some extension libraries for Lua
Since
I wrote languages/lua/src/lib/gl.pir & glut.pir over
runtime/parrot/library/OpenGL.pir.
I obtain some success :
$ ./parrot languages/lua/lua.pbc languages/lua/demo/triangles.lua
run properly.
But the wrapper for Lua is currently incomplete. And I am not happy with
this way of doing, too
2008/8/2 Allison Randal via RT <[EMAIL PROTECTED]>
> On Tue Jul 22 06:10:41 2008, fperrad wrote:
> >
> > In fact 'docall' uses a pushaction.
>
> I modified 'docall' so it no longer uses pushaction, and all Lua tests
> are now passing.
>
>
Ok, tests pass, but the behavior has changed.
(The tests we
Thanks.
Applied in r29937.
Francois.
2008/8/1 Robert G. Jakabosky (via RT) <[EMAIL PROTECTED]>:
> # New Ticket Created by Robert G. Jakabosky
> # Please include the string: [perl #57504]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Disp
2008/8/3 Allison Randal <[EMAIL PROTECTED]>
> I just merged in the pdd25cx branch. Resolving all the conflicts took
> several hours (124 files, 1 minute or more per file...), but otherwise it
> went smoothly.
>
> The biggest changes you'll notice are the new exception system, a vastly
> reduced us
2008/8/22 Kevin Tew <[EMAIL PROTECTED]>:
> The merge has happened.
>
The target 'hello' seems broken :
src/exec_start.o: In function `set_nci_I':
/home/fperrad/checkout/parrot/src/jit_emit.h:96: undefined reference
to `Parrot_store_arg'
src/exec_start.o: In function `set_nci_N':
/home/fperrad/che
2008/8/23 Allison Randal <[EMAIL PROTECTED]>:
> Moritz Lenz wrote:
>>
>> On #perl6 somebody just asked if there were up-to-date windows builds of
>> parrot somewhere, he had googled for 'parrot windows'. The parrotwin32
>> project didn't show up in his search (but it's first for 'parrot win32').
>>
Kevin Tew a écrit :
The merge has happened.
The following patch adds NCIGEN in the documentation (HTML generated).
Note : needs a better title than 'Native Call Interface Generator'.
François.
Developers/Users should see no visible changes.
Please build and test, should you have any problem
2008/8/29 James Keenan via RT <[EMAIL PROTECTED]>:
> This dependence has been eliminated from 20 of the 76 current
> configuration step tests. More to come.
>
On MinGW32 (ie gcc on Win32), there are new failure since r30361
D:\fperrad\Parrot\trunk>perl t\steps\auto_msvc-01.t
1..39
ok 1 - use con
It seems that PIR uses only one name space of identifiers.
$ cat const.pir
.const int cst = 42
.sub 'cst'
print cst
.end
$ parrot const.pir
error:imcc:undefined identifier 'cst'
in file 'const.pir' line 5
$ cat label.pir
.const int L1 = 42
.sub 'main'
print L1
goto L1
L
Patrick R. Michaud a écrit :
I've put together a draft with my ideas and design for
(re-)implementing lexicals in Parrot -- now available at
http://www.pmichaud.com/perl6/lexical.txt .
It's a first draft and might be a bit confusing in places,
but overall I think it's a far cleaner design than
2008/9/24 Patrick R. Michaud <[EMAIL PROTECTED]>:
> On Wed, Sep 24, 2008 at 12:09:37PM +0200, François Perrad wrote:
>> Currently, the bigger issue in Lua on Parrot is lexical or upvalue in
>> Lua jargon (the reason for Lua on Parrot is not really Lua).
>> The followin
chromatic a écrit :
On behalf of the Parrot team, I'm proud to announce Parrot 0.8.1 "Tio
Richie." [1] Parrot is a virtual machine aimed at running all dynamic
languages.
As usual, the Windows setup is available on
http://parrotwin32.sourceforge.net/
François.
Rat Creature
2008/12/11 Will Coleda via RT <[EMAIL PROTECTED]>:
> On Thu Dec 11 01:51:23 2008, fperrad wrote:
>> The new opcode 'box' is limited by its 3 signatures that target Float,
>> Integer & String.
>> I propose the 3 following new opcodes :
>
>> - true
>> - false
>
> These can be approximated with:
>
>
2009/2/1 James Keenan via RT :
> Have we come to any consensus re the issues raised in this RT?
in r33344, I merge LuaFunction & LuaClosure PMC.
So now, Lua doesn't need Closure PMC.
François.
>
> Thank you very much.
> kid51
> ___
> http://lists.parro
2009/2/1 James Keenan via RT :
> My reading of the issues raised in this RT is that it's a
> straightforward Win32 installation issue -- nothing specific to Parrot.
>
> Okay to close the ticket?
+1
François
> Thank you very much.
> kid51
> ___
> http://l
2009/3/22 Will Coleda via RT :
> On Wed May 02 12:51:17 2007, yasa...@gmail.com wrote:
>> This has a lot to do with tickets #42558 and #34994:
>> (there's quite a bit to read in both)
>>
>> http://rt.perl.org/rt3/Public/Bug/Display.html?id=42558
>> http://rt.perl.org/rt3/Public/Bug/Display.html?id=
2009/3/22 Will Coleda via RT :
> On Sat Jan 31 17:51:51 2009, jk...@verizon.net wrote:
>> Thanks. Making that correction, I confirm that the OP's seg fault still
>> occurs:
>>
>> $ cat seg.pir
>> .sub main :main
>> .include 'include/test_more.pir'
>>
>> new $P0, 'Integer'
>> new $P2, 'Integer'
>>
2009/3/22 Will Coleda via RT :
> On Thu Jun 05 12:31:31 2008, coke wrote:
>> On Wed Jun 04 13:17:47 2008, bernhard wrote:
>> > On Mo. 09. Jul. 2007, 06:56:53, pcoch wrote:
>> > > In lib/Parrot/Distribution.pm there is the todo item:
>> > >
>> > > # XXX: lex_source_files() collects lisp files as
2009/9/22 James Keenan via RT :
> On Wed Sep 17 16:38:22 2008, jk...@verizon.net wrote:
>> We need a way to measure the extent to which Parrot's test suite covers
>> the Parrot specification.
>
>
> As with RT #58740, this is a ticket whose functionality is not
> absolutely essential to our efforts.
2009/10/28 Will Coleda via RT :
> On Wed Oct 29 10:30:54 2008, alli...@perl.org wrote:
>> Original Message
>> Subject: Re: Segfault in Lua exception handler
>> Date: Sat, 11 Oct 2008 23:49:09 +0200
>> From: François Perrad
>>
>> 2008/10
At 12:58 16/08/2006 -0700, jerry gay wrote:
On 8/15/06, chromatic <[EMAIL PROTECTED]> wrote:
Here's a proposed patch that seems to work okay for me on Linux. It's not
great or beautiful, mostly because of the Makefile hackery. It's a starting
point though. I suspect Windows might complain.
w
At 18:43 17/08/2006 -0700, chromatic wrote:
Hi there,
Here's a patch for Build.PL that should avoid most of the pkg_config troubles
on platforms that don't have it. I still don't quite know what to do on
Windows when installing from outside of the Parrot tree.
1) in get_parrot_path_external()
est 26
Failed 1/27 tests, 96.30% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/embed.t 1 256271 3.70% 26
Failed 1/1 test scripts, 0.00% okay. 1/27 subtests failed, 96.3
At 20:54 02/10/2006 -0400, Bob Rogers wrote:
This weekend's project (committed as r14830) makes continuations
capture the dynamic environment so that they can restore it properly on
invocation. This makes it possible for multiple continuations to
coexist that return to different environments
At 12:26 04/10/2006 -0700, you wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #40455]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40455 >
Hi,
since a while 'languages/dotnet' show
At 12:26 04/10/2006 -0700, you wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #40455]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40455 >
Hi,
since a while 'languages/dotnet' show
At 18:52 07/10/2006 -0400, Bob Rogers wrote:
From: François PERRAD <[EMAIL PROTECTED]>
Date: Wed, 04 Oct 2006 08:55:34 +0200
I've tried without success to implement coroutine in language Lua . . .
Help is welcome.
François.
I am not surprised that you have had dif
At 13:48 14/10/2006 -0400, Bob Rogers wrote:
So while we could redesign Coroutine.pmc now, I don't think we are
ready to reimplement it. In the mean time, having an alternative
implementation allows those who want a full implementation (hi,
Fran,Ag(Bois!) to get on with it.
I've removed th
In languages/lua/lib/thread.pir, I create a Lua thread type by extension of
Parrot::Coroutine.
So I add a lot of methods for Lua type, but I think that 2 of these methods
could be integrated in Parrot::Coroutine :
- __clone
- __get_pointer (equivalent of get_pointer() in src/pmc/sub.pmc)
Fran
In PIR language, I create a new class 'thread' by subclassing
'Parrot::Coroutine'.
And I want write a method '__add' for support the opcode 'add'.
But, I can't found the correct syntax.
Is it possible to mix :method and :multi ?
# languages/lua/lib/thread.pir extract
.namespace [ 'Lua' ]
.sub
With the following code :
.sub main
print "reached\n"
exit 1
print "not reached\n"
.end
I obtain :
reached
But after adding a .HLL directive
.HLL 'Lua', 'lua_group'
.sub main
print "reached\n"
exit 1
print "not reached\n"
.end
I obtain :
In Lua, a metamethod '__call' is needed.
So in the base PMC, I want write something like this:
void* invoke(void* next) {
PMC *meth = find_meth(INTERP, SELF, "__call");
/*
* Here, I need to insert SELF as first argument,
* in the argument list carried by nex
At 16:39 25/02/2007 +0100, Klaas-Jan Stol wrote:
hi,
most languages that can run in interactive mode have some kind of welcome
message and prompt that is printed before the user can give any input.
For example, Python prints:
Python 2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC v.1310 32 bit (
At 01:33 04/04/2007 +0100, Jonathan Worthington wrote:
Hi,
I was working on starting to move class functionality into v-table
methods, as discussed on list recently. However, I hit an interesting
issue - you cannot have a METHOD or PCCMETHOD with the same name as a
vtable method. We need to b
With the following patch, the method init of 'PAST::Node' returns the node.
It's allow the use of tail call, for example :
.local pmc past
past = new 'PAST::Val'
past.'init'('node'=>node, 'vtype'=>'.LuaBoolean', 'name'=>1)
.return (past)
becomes :
.local pmc past
past = n
At 20:12 20/08/2007 -0500, Patrick R. Michaud wrote:
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.
NEWS / languages / Lua :
Lua works now with a
At 21:39 03/09/2007 -0400, Bob Rogers wrote:
I have finally run out of excuses to delay publishing Kea Common
Lisp, the compiler for Parrot I've been hacking on for years now.
Attached please find a draft of the release announcement and the
README.text file it mentions; these should be enough
> # --- Some other ideas: ---
> $ perl -e "print $^O"
> msys
> --- config\init\hints.pl
> sub runstep {
> + my $O = lc($^O);
> + $O = 'mswin32' if $O =~ /^(msys|mingw)/;
> - my $hints = "config/init/hints/" . lc($^O) . ".pl";
> + my $hints = "config/init/hints/" . $O . ".pl";
This would make M
When I analyse the failure of t/pmc/sys.t with MinGW32,
I see that this script generates a command depending of the OS
on MSWin32, cmd = ".\parrot temp.imc"
on *nix, cmd = "./parrot temp.imc"
(So with MinGw, the generation of Makefile needs /, and the execution needs \)
The bug can
http://svn.perl.org/viewcvs/parrot/trunk/languages/lua/doc/status.pod?view=markup.
Any comments, suggestions, bug report, test, improvement are welcome on
Parrot mailing list (perl6-internals@perl.org).
François Perrad.
http://svn.perl.org/viewcvs/parrot/trunk/languages/lua/doc/status.pod?view=markup.
Any comments, suggestions, bug report, test, improvement are welcome on
Parrot mailing list (perl6-internals@perl.org).
François Perrad.
At 12:00 20/09/2007 -0300, you wrote:
Date: Wed, 19 Sep 2007 20:26:52 +0200
From: Mike Pall <[EMAIL PROTECTED]>
Subject: Re: [ANN] Lua on Parrot 0.4.16
To: Lua list <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=iso-8859-1
Hi,
Fran?ois PERRAD wrote:
> Any
At 11:40 19/09/2007 -0700, chromatic wrote:
On Wednesday 19 September 2007 09:58:56 François PERRAD wrote:
> Any comments, suggestions, bug report, test, improvement are welcome on
> Parrot mailing list (perl6-internals@perl.org).
Two tests fail reliably for me on x86 GNU/Linux, and one
I try to summarize all my feedback after this work.
I hope give you some subjects for next parrot sketches.
I) ISSUES
1) Closure & lexical scoping rules
This is the biggest issue versus Lua specifications.
The TODO test in languages/lua/t/closure.t (line 73) shows it
(see also http://www.lua.o
I've the following problem in languages/lua/pmc/luathread.pmc :
when the creation of Parrot::Coroutine
(runtime/parrot/library/Parrot/Coroutine.pir) was :
.local pmc coro
.const .Sub coro_sub = "enumerate_tree"
coro = new 'Parrot::Coroutine', coro_sub
in luathread.pmc, I wrote (t
The conversion of Lua is ended.
The main issue was with the grammar parser :
Lua keywords were recognized as identifier.
I solve it by renaming the rule 'name' to 'Name' (r22499).
This rule is defined in lua/src/lua51.pir and used by lua/src/lua51.pg
So, that sounds strange.
François.
At 08:25 27/10/2007 -0700, you wrote:
On Tue Oct 02 13:39:30 2007, [EMAIL PROTECTED] wrote:
> Parrot is no longer licensed under the GPL directly (though it is
> available under the GPL through the Artistic 2.0). Update or remove
> references to the GPL license in these files:
>
> debian/copyrigh
just few comments about pdd19 :
1) Directive .namespace
.namespace
is currently valid, and I understand its behavior as : back to the default
2) Directive .const with PMC
.const .String str = "text"
the form .type is currently required.
Have you plan to deprecated it in favour
At 17:18 02/11/2007 -0400, you wrote:
François PERRAD wrote:
just few comments about pdd19 :
1) Directive .namespace
.namespace
is currently valid, and I understand its behavior as : back to the default
It's in the docs for IMCC (docs/imcc/calling_conventions.pod), but not in
I gave a talk at the French Perl Workshop last week.
The subject was : Languages Implementation with Parrot - A study case:
Lua on Parrot.
Now, it's available on http://www.parrotcode.org/talks/LuaOnParrot.pdf
François.
.
François Perrad.
Andrew Shitov wrote:
I have no personal web site, so I create the project parrotwin32 on
sourceforge : http://parrotwin32.sourceforge.net/
Cool, and I also promoted it at http://perl6.ru/parrotwin32/.
But an attempt to run perl6.pbc faied:
C:\Program Files\parrot-0.5.0-devel>"bin/parrot.exe"
Andrew Shitov wrote:
I have no personal web site, so I create the project parrotwin32 on
sourceforge : http://parrotwin32.sourceforge.net/
Cool, and I also promoted it at http://perl6.ru/parrotwin32/.
But an attempt to run perl6.pbc faied:
C:\Program Files\parrot-0.5.0-devel>"bin/parrot.exe"
Xiao Yafeng wrote:
Cool!
But if it could include doc would be better.
Many doc are available in share/doc/parrot/docs (POD format).
François.
On Dec 5, 2007 11:38 PM, François Perrad <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
I have no personal web site, so
Patrick R. Michaud wrote:
On Sat, Dec 15, 2007 at 05:45:56PM +0200, Allison Randal wrote:
Patrick R. Michaud via RT wrote:
Yes, I didn't quite expect anyone to be using PCT::HLLCompiler with
PAST-pm, or supplying their own PAST->POST transformation.
If we need to put the ostgrammar back into t
Jonathan Worthington wrote:
--
Lebennin
Silver flow the streams from Colos to Erui
In the green fields of Lebennin!
Tall grows the grass there. In the wind from the Sea
The white lilies sway,
And the golden bells are shaken of mallos and alfirin
In the green fields of Lebennin,
In the win
Klaas-Jan Stol via RT wrote:
On Sun Dec 16 21:11:34 2007, coke wrote:
From PDD 19:
NOTE: The use of C<::> in identifiers is deprecated.
what exactly does this mean?
In Lua, I started to replace (see r23367) :
[ 'Lua::io' ]
by
[ 'Lua'; 'io' ]
François
I take it that "::
Allison Randal wrote:
François and I have been writing over each other's commits on
src/atomic/gcc_x86.c, so before I edit again, let's figure out the right
way to edit.
Andy, the headerizer dies with an error when src/atomic/gcc_x86.c has
two functions that are marked with both PARROT_API an
Bob Rogers wrote:
On behalf of the Parrot team, I'm proud to announce Parrot 0.5.2
"P.e. nipalensis." Parrot (http://parrotcode.org/) is a virtual machine
aimed at running all dynamic languages.
The Windows setup is available on http://parrotwin32.sourceforge.net/
with a perl6.exe for the fir
Will Coleda wrote:
I wanted to call attention to part of today's Parrot Sketch:
- Otherwise, the PMC branch is ready for language testing,
will plan to merge it back into trunk next weekend.
So, language developers (and others); please grab a copy of
https://svn.perl.org/parrot/branches/pdd17p
chromatic wrote:
On Friday 07 March 2008 02:22:58 François Perrad wrote:
in r26261 with MinGW32, Lua PMCs seem OK (thank to chromatic).
Several tests fail for me, but it looks like a problem with caller() in Lua,
so it's probably beyond my expertise. It looks simpler to fix (if you
chromatic wrote:
On Friday 07 March 2008 02:22:58 François Perrad wrote:
but WMLScript PMCs don't compile :
many error like
.\wmlsinteger.pmc: In function `Parrot_WmlsInteger_subtract_WmlsString':
.\wmlsinteger.pmc:251: error: void value not ignored as it ought to be
I fixed
chromatic wrote:
On Friday 07 March 2008 02:22:58 François Perrad wrote:
in r26261 with MinGW32, Lua PMCs seem OK (thank to chromatic).
Several tests fail for me, but it looks like a problem with caller() in Lua,
so it's probably beyond my expertise. It looks simpler to fix (if you
Will Coleda wrote:
I wanted to call attention to part of today's Parrot Sketch:
- Otherwise, the PMC branch is ready for language testing,
will plan to merge it back into trunk next weekend.
So, language developers (and others); please grab a copy of
https://svn.perl.org/parrot/branches/pdd17p
chromatic wrote:
On Monday 10 March 2008 07:24:44 François Perrad wrote:
chromatic wrote:
I fixed all of the compilation errors I could find as of r26285. 280
tests fail on the trunk for me and 308 fail on the branch, but they don't
look like compilation errors or PDD 17 porting e
chromatic wrote:
We've cleared up almost everything (nice work). Here's the last one:
WMLScript/t/string...7/48
# Failed test '- " 3.14 "'
# at WMLScript/t/string.t line 93.
# got: '4
# '
# expected: '-3.14
# 1
# '
I dug into the code a bit, but nothing in the PMCs j
Jonathan Scott Duff (via RT) wrote:
# New Ticket Created by "Jonathan Scott Duff"
# Please include the string: [perl #51838]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51838 >
It's time to use Configure.pl with the o
Bernhard Schmalhofer wrote:
On behalf of the Parrot team, I'm proud to announce Parrot 0.6.0
"P&P."
Parrot (http://parrotcode.org/) is a virtual machine aimed
at running dynamic languages.
This release is a milestone release featuring the
revamping of Parrot Magic Cookies.
The Windows setup i
@perl.org).
François Perrad.
either (because of that)
* if you need help with converting to PCT, let me know.
kjs
On Wed, Mar 19, 2008 at 4:44 PM, François Perrad
<[EMAIL PROTECTED]> wrote:
Parrot is a VM (virtual machine) designed specifically for running
dynamic languages in general, and Perl 6 in particular (see
base64.pbc] Error 2
The notation $fname seems limited to local label (.label) and local
variable (.macro_label).
Are there any other notation?
Or is this a new requirement?
The attached patch is a full example for languages/lua/lib/base64.p
Original Message
Subject: Re: macro PIR needs
Date: Mon, 14 Apr 2008 18:03:44 +0200
From: François Perrad <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: jerry gay <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EM
ed.
I think that the support of NQP (action written in NQP, and NQP
generation) will be a great improvement.
By this way, TGE becomes a NQP preprocessor.
Comments most welcome.
François Perrad
2008/4/15 jerry gay <[EMAIL PROTECTED]>:
> Aloha!
>
> On behalf of the Parrot team, I'm proud to announce Parrot 0.6.1
> "Bird of Paradise." Parrot (http://parrotcode.org/) is a virtual machine
> aimed
> at running all dynamic languages.
>
The Windows setup is available on http://parrotwin32.sour
James Keenan (via RT) a écrit :
# New Ticket Created by James Keenan
# Please include the string: [perl #53126]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=53126 >
I noticed that a new step, auto::digest, has been adde
James Keenan via RT a écrit :
On Mon Apr 21 07:11:23 2008, [EMAIL PROTECTED] wrote:
I prefer the die behavior, because with it, I don't forget to add tests
with auto::crypto.
So I'm not alone, after all ;-)
Now, I think the name gen::digest is not good.
I prefer gen::crypto because :
1)
Geoffrey Broadwell a écrit :
Thanks to tetragon++, I've now got OpenGL header parsing (mostly)
working on both Debian Linux/i386 and Mac OS X 10.5. Now I need headers
for Windows to continue the porting work.
For each of MSVC, MinGW, and cygwin, I need:
1. Path globs [1] for all OpenGL headers
chromatic a écrit :
They were walking to the Hemlock, the Rooster and the Mice, and the
Mice kept looking at one another, questioning.
"We don't know what the future holds, do we?" said Chauntecleer. The
Mice all shook their heads. They knew very little of anything. "If,"
2008/5/24 chromatic <[EMAIL PROTECTED]>:
> On Friday 23 May 2008 04:06:45 NotFound wrote:
>
> > Looking better at the Parrot_exec_rel_... vars, they are not intended
> > to be exported at all, they are globals for private usage between exec
> > and jit, so they don't need the API or DATA things. T
2008/5/26 NotFound <[EMAIL PROTECTED]>:
> Looks like exec_start.c include jit.h and jit_emit.h but doen't use
> it. This patch drops those includes and solve the problem, at least in
> i386.
>
I experiment this patch (on src/exec_start.c).
On Windows, with MinGW, r28042 :
- linking : OK
- but e
NotFound a écrit :
Looking more carefully at this issue, it seems that those variables
and the code that uses them has no real effect. Without it, make test
pass, make testj pass, make hello and make perl6 builds and runs.
This patch cleans all. It needs to be tested with make testj in win
32,
The Roberto Ierusalimschy's paper "A Text Pattern-Matching Tool based on
Parsing Expression Grammars"
http://www.inf.puc-rio.br/~roberto/docs/peg.pdf describes a Parsing
Machine that allows a small and efficient implementation of Bryan Ford's
PEG (see http://pdos.csail.mit.edu/~baford/packrat
Klaas-Jan Stol a écrit :
somehow a fresh checkout has resolved the problem
(but my other sandbox was still up to date according to svn status...)
anyhow, this ticket can be rejected.
I'm not sure.
Since r26988, I've same failure on Windows, with mingw gcc-3.4.2, and
perl 5.8.8 (build 822 fr
2008/6/5 chromatic <[EMAIL PROTECTED]>:
>
> Look at get_length() in tools/build/c2str.pl. If that's the problem (and
> it
> looks like it is), that's the place to fix it.
>
The length computation (in c2str.pl) is correct.
There are no missing make dependence.
But looks like a missing make depend
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
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).
>
>
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 want in a
>
James Keenan via RT a écrit :
Please review the patch attached. Note the following:
1. As mentioned in my last post in this RT, the flow in this step
class's runstep() method is quite convoluted. I tried to improve it,
but this step still has five different points at which it can return. I
h
James Keenan via RT a écrit :
On Mon Jul 07 04:46:52 2008, [EMAIL PROTECTED] wrote:
Do you think you could 'svn up', reconfigure, and then let me know if
your patch is still needed?
Also send output of 'prove -v t/steps/auto_icu*.t' and 'perl
Configure.pl --verbose-step=auto::icu'.
Thanks.
At 18:01 02/04/2005 +, you wrote:
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Or even:
> nmake win32-installer
> ?
> The Windows equivalent of "rpm" would be "msi".
Maybe then:
nmake win32-inno-installer
I agree with you, 'win32-inno-installer' is a better target name than 'setup'.
Do you w
At 11:03 05/04/2005 +0200, you wrote:
Please verify the build on Windows platforms,
$ perl Configure.pl -cc=gcc --without-icu
$ mingw32-make
Build OK with MinGW.
Francois
thanks
leo
1 - 100 of 133 matches
Mail list logo
