chromatic wrote:
That C string leaks. We should have a diagnostic printf which supports
the %Ss format we use in exception formatting strings.
We have one, it's called PIO_fprintf. But, it's only used once in the
repository, in an STM macro.
Added to the I/O milestone tasklist.
Allison
James E Keenan wrote:
> 4. Any other Perl 5 projects connected to Parrot we can have people
> work on? Please let me know.
Only a very small one, but one that would help me a lot:
In RT #57530 is a patch that enables parallel testing of rakudo
(languages/perl6/), and which hasn't been applied
On Wed, Sep 10, 2008 at 9:21 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> chromatic wrote:
>>
>> That C string leaks. We should have a diagnostic printf which supports
>> the %Ss format we use in exception formatting strings.
>
> We have one, it's called PIO_fprintf. But, it's only used once in
On Mon Aug 06 06:08:54 2007, pcoch wrote:
> In the file t/distro/test_file_coverage.t there is the todo item:
>
> # TODO: DYNPMC, DYNOPS, etc
>
> This is in the context of making sure that the files match the test
> files. This needs to be implemented.
Is this as simple as writing a test to mak
sorry, documentation and source should be reorganized at some point. For
now, please check out compilers/pirc/README.pod.
sorry for the confusion,
kjs
On Tue, Sep 9, 2008 at 5:31 PM, NotFound <[EMAIL PROTECTED]> wrote:
> > I put the commands that I'm using in the README file (but that's for MSVC
On Sat, Aug 30, 2008 at 10:40 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> Klaas-Jan Stol wrote:
>
>> On Sat, Aug 30, 2008 at 11:04 AM, Allison Randal <[EMAIL PROTECTED]>
>> wrote:
>>
>>>
Yes, it will be deprecated, or at least renamed. The C<.return>
>>> directive
>>> without parentheses
NotFound wrote:
On Wed, Sep 10, 2008 at 9:21 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
chromatic wrote:
That C string leaks. We should have a diagnostic printf which supports
the %Ss format we use in exception formatting strings.
We have one, it's called PIO_fprintf. But, it's only used o
>> We have more: PIO_printf, PIO_eprintf, Parrot_printf, Parrot_eprintf
>> and Parrot_fprintf. The Parrot_ ones are a wrapper around the PIO_s,
>> with added check for extern usage, and that does not need #include io
>> files.
>
> Yes, to be more accurate, we have a whole range of PIO functions. Bu
On Wed Sep 03 21:07:57 2008, s1n wrote:
> The List !flatten method does not properly recurse into references.
> List.pir:188 retrieves the elements opcode and does not check the pmc type
> for recursion.
>
> This functionality is needed for .elems and :prefix<+> to function
properly
> for cases su
> I've recently commited a fix on null string constants. I think it was
> the same problem described here. I compiled the pir file and pdumped
> without a problem, it shows the DATA => NULL my fix introduced.
>
> Can you verify the problem is gone?
>
> I assume you are referring to r30756 o
Author: pmichaud
Date: Wed Sep 10 08:14:29 2008
New Revision: 14581
Modified:
doc/trunk/design/syn/S03.pod
Log:
Typo fix "last" -> "list"
Modified: doc/trunk/design/syn/S03.pod
==
--- doc/trunk/design/syn/S03.pod
Ron Schmidt via RT wrote:
>> It'd be nice if we used the same env var for this as we did for the
>> main harness. (that one is currently TEST_JOBS, iirc.)
>
> Per request from moritz I have come up with an updated patch that seems
> to apply cleanly and tested it on Ubuntu and cygwin/Windows Vista
On Tue, 9 Sep 2008, James Keenan via RT wrote:
> On Tue Sep 09 15:14:36 2008, [EMAIL PROTECTED] wrote:
>
> >
> > Generally agreed. In this case, hold this ticket for the I/O milestone,
> > which is next (sometime in the next few days). I've added it to the I/O
> > tasklist.
> >
> > In the mea
Moritz Lenz wrote:
> Thank you very much. On Debian with two cores I get
> 2 jobs: 4m04
> 1 job: 2m35
Well, actually it's the other way round ;-)
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
I tried to build parrot with the clang, an llvm frontend. It provides a
script called 'ccc', which accepts the same options as gcc.
Configure works fine (perl Configure.pl --verbose --cc=ccc --link=ccc).
The build starts fine, but fails while compiling the first pmc:
clang -emit-llvm-bc -x c -o
On Wednesday 10 September 2008 10:45:12 Moritz Lenz wrote:
> I tried to build parrot with the clang, an llvm frontend. It provides a
> script called 'ccc', which accepts the same options as gcc.
>
> Configure works fine (perl Configure.pl --verbose --cc=ccc --link=ccc).
>
> src/pmc/default.c:65:36
chromatic wrote:
> On Wednesday 10 September 2008 10:45:12 Moritz Lenz wrote:
>
>> I tried to build parrot with the clang, an llvm frontend. It provides a
>> script called 'ccc', which accepts the same options as gcc.
>>
>> Configure works fine (perl Configure.pl --verbose --cc=ccc --link=ccc).
>>
On Wednesday 10 September 2008 11:07:41 Moritz Lenz wrote:
> That doesn't the seem to be case here. I tried with a small sample
> script that include a .str file, and it works fine.
>
> A
> ack -a '_CONST_STRING_65\b'
>
> didn't find anything; so is this a broken macro expansion somewhere?
The li
--- El mié 10-sep-08, Christoph Otto via RT <[EMAIL PROTECTED]> escribió:
De:: Christoph Otto via RT <[EMAIL PROTECTED]>
Asunto: [perl #44457] [TODO] make sure files match test files for DYNPMCs and
DYNOPs etc
A:
Cc: [EMAIL PROTECTED]
Fecha: miércoles, 10 septiembre, 2008, 6:47 am
On Mon Aug 0
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=36930
User ace_dent changed the following:
What|Old value |New value
=
On Wed, Sep 10, 2008 at 8:12 PM, chromatic <[EMAIL PROTECTED]> wrote:
> The line numbers reported by clang seem sensible enough, but do they match
> values in src/pmc/default.str? Mine contains:
>
> #define _CONST_STRING_45 80
> #define _CONST_STRING_103 534
> #define _CONST_STRING_144 _CONST_STR
Author: larry
Date: Wed Sep 10 12:03:19 2008
New Revision: 14582
Modified:
doc/trunk/design/syn/S03.pod
Log:
inconsistent meaning of [,] noticed by moritz++
Modified: doc/trunk/design/syn/S03.pod
==
--- doc/trunk/des
# from Will Coleda
# on Monday 28 July 2008 07:31:
>I presume Eric noticed this as he was working on his patch to enable a
>parallel make test; Now that his patch is applied, fixing these tests
>should have a higher priority; If two tests that are trying to
>create/use the same directory run at th
Ron Schmidt via RT wrote:
>> It'd be nice if we used the same env var for this as we did for the
>> main harness. (that one is currently TEST_JOBS, iirc.)
>
> Per request from moritz I have come up with an updated patch that seems
> to apply cleanly and tested it on Ubuntu and cygwin/Windows Vista
On Wed Sep 10 09:30:37 2008, doughera wrote:
>
> That's another easy one. The test assumes that all platforms have -lrt
> and that all platforms have to link with it for this test. Your system
> clearly doesn't have -lrt, so the link fails. If you just delete the
line
> that adds in -lrt, I'
Generating a CC to the list:
On Wed Sep 10 16:07:58 2008, szbalint wrote:
> This TODO doesn't really make sense because the tests which would need
> to create proper temporary files do not actually create any files, they
> just read some and parse.
>
> Therefor I think this ticket can be resolved
Daniel Ruoso daniel-at-ruoso.com |Perl 6| wrote:
The second example actually modifies the object stored in the variable
'@a'. And that is a different issue.
I disagree. The assignment operator, as opposed to the binding operator
(:=) is an operator called on the Array object. It is the
On Wed Sep 10 16:07:58 2008, szbalint wrote:
> This TODO doesn't really make sense because the tests which would need
> to create proper temporary files do not actually create any files, they
> just read some and parse.
>
> Therefor I think this ticket can be resolved simply by removing the text
>
Michael, Coke: Has this problem been fixed? If so, Coke, can you close
the ticket?
thanks.
kid51
Ovid: Are you still experiencing these failures?
Jonathan: Are you still tracking this ticket?
thanks.
kid51
Can someone evaluate where we stand with respect to the issues in this
ticket?
Thank you very much.
kid51
Can someone evaluate where we stand with respect to the issues in this RT?
Thank you very much.
kid51
Clark,
We're now at Parrot 0.7. Are you still getting these test failures with
that version (or with HEAD from svn)?
Can anyone else reproduce these errors?
Thank you very much.
kid51
Coke, particle: Where do we stand on this ticket?
thank you very much.
kid51
Patrick:
Where do we stand in the deprecation cycle re these three methods?
Thank you very much.
kid51
Coke, particle: Can we get an update on the issues raised in this RT?
Thank you very much.
kid51
Clark,
Are you still getting these failures in the latest version/revision of
Parrot?
Thank you very much.
kid51
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.
>
> I am using RT to track progress on this milestone. I will break down
> the task into smaller p
On Wed, 10 Sep 2008, James Keenan via RT wrote:
> On Wed Sep 10 09:30:37 2008, doughera wrote:
> >
> > That's another easy one. The test assumes that all platforms have -lrt
> > and that all platforms have to link with it for this test. Your system
> > clearly doesn't have -lrt, so the link f
Any update on the status of issues in this ticket?
Thank you very much.
kid51
On Mon Apr 07 21:31:15 2008, coke wrote:
> This has been removed in the type_ids branch.
Coke,
Can you provide any update on this deprecation and/or the type_ids branch?
Thank you very much.
kid51
Buy computers, dell computer, hp computers india, zenith, lg home pc
prices, hcl computer in india, ibm computers items at low prices.
*
http//www.freewebs.com/bhartiairtel/
**
--~--~-~--~~-
42 matches
Mail list logo
