On 2/13/07, James E Keenan <[EMAIL PROTECTED]> wrote:
jerry gay wrote:
> On 2/11/07, via RT Paul Cochrane <[EMAIL PROTECTED]> wrote:
>
>> # New Ticket Created by Paul Cochrane
>> # Please include the string: [perl #41485]
>> # in the subject line of all fu
On 2/14/07, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> the documentation for file metadata is not well organized, nor
> complete. i'm not certain where this info best fits, but the coding
> standard pdd seems like a good candidate. in any case, the general
> rule (there are exceptions) is that th
On 2/17/07, via RT James Keenan <[EMAIL PROTECTED]> wrote:
The file which is failing the test is a Parrot source file (which
happens to be a Parrot test file) -- not a Perl source file (which
happens to be a Perl test file). So the test at line 75 is correctly
formatted.
particle: You recently
On 2/17/07, James E Keenan <[EMAIL PROTECTED]> wrote:
jerry gay wrote:
> On 2/17/07, via RT James Keenan <[EMAIL PROTECTED]> wrote:
>
>> The file which is failing the test is a Parrot source file (which
>> happens to be a Parrot test file) -- not a Perl source file
On 2/17/07, Paul Cochrane <[EMAIL PROTECTED]> wrote:
> 2. Parrot::Distribution contains a subroutine called is_perl() which
> presumably tests whether a file in @perl_language_files actually *is* a
> Perl file.
>
> However, I cannot locate any location where is_perl() is called.
It used to be c
On 2/18/07, Joshua Isom <[EMAIL PROTECTED]> wrote:
On Feb 18, 2007, at 7:14 PM, Will Coleda wrote:
>
> On Feb 17, 2007, at 10:14 AM, Patrick R. Michaud via RT wrote:
>
> Yes, but our MANIFEST is just a list of everything in the repository
> (modulo a single directory that we started skipping in
On 2/20/07, Aldo Calpini <[EMAIL PROTECTED]> wrote:
back in 2004, Dan Sugalski wrote:
http://www.nntp.perl.org/group/perl.perl6.internals/2004/09/msg25521.html
nowadays my effort of porting Parrot to the PocketPC platform, as you
may have suspected, force me to reopen the question.
there is, I
On 2/22/07, Allison Randal <[EMAIL PROTECTED]> wrote:
'mark_extracted' should have the guard added. The same one should work.
As intended, it is marking all the read_records and write_records. There
just happen to be none to mark.
added in r17159, thanks.
~jerry
On 2/8/07, Hakim Cassimally <[EMAIL PROTECTED]> wrote:
I'm keen to port to maemo (Nokia N800) - I'm guessing this
will be easier as it's based on debian linux and uses
scratchbox for cross compilation, but I believe it doesn't
built out of the box.
I'd like to join the porting effort if there's
On 2/23/07, Klaas-Jan Stol via RT <[EMAIL PROTECTED]> wrote:
On Fri Feb 23 11:16:01 2007, particle wrote:
> this bug seems to be resolved as of r17163. however, i'm not closing
> this ticket until the example code in the original post is added as a
test.
> ~jerry
Attached a patch adding a test t
On 2/23/07, via RT James Keenan <[EMAIL PROTECTED]> wrote:
# New Ticket Created by James Keenan
# Please include the string: [perl #41607]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41607 >
Tonight while running 'make t
On 2/26/07, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Am Sonntag, 25. Februar 2007 12:28 schrieb Klaas-Jan Stol:
> Can you tell whether pbc_output_is() can take PIR code and compile it
> during running the test? Or does is always expect the pbc file to be
> present?
As said, it doesn't make sen
On 3/3/07, Elizabeth Mattijsen via RT <[EMAIL PROTECTED]> wrote:
On Tue Feb 27 12:58:18 2007, particle wrote:
> it seems over time there have been a few handrolled implementations of
> namespace import macros. they are usually named something like
> '.IMPORT' and live in various pir source, test
On 3/3/07, Theodore Katseres <[EMAIL PROTECTED]> wrote:
I managed to get parrot to build on aix-ppc-gcc4.0.0
smoked too ;)
indeed, wonderful news. is this something that can be set up more
regularly so we can track portability there?
also, i can't seem to find the smoke results at
http://smoke
On 3/5/07, Kevin Tew <[EMAIL PROTECTED]> wrote:
Defining _CRT_SECURE_NO_DEPRECATE on the compiler command line is
probably the right solution here.
Kevin
i disagree. the reason C, C and C were
deprecated is because they're non-ansi. therefore, microsoft renamed
it to C<_strdup>. since we've ple
On 3/5/07, Philip Taylor <[EMAIL PROTECTED]> wrote:
For the string functions which it does claim are unsafe (strcpy, strcat,
etc), it warns "This function or variable may be unsafe. Consider using
strcpy_s instead" and provides the _s alternatives; but strdup isn't one
of those functions. A call
On 3/6/07, Parrot via RT <[EMAIL PROTECTED]> wrote:
it's old, not used anywhere, and defunct. let's list it in
DEPRECATED.pod before 0.4.9, and remove it before the following
release.
make that the 0.4.10 release.
On 3/7/07, Allison Randal <[EMAIL PROTECTED]> wrote:
Jerry Gay (via RT) wrote:
> it's old, not used anywhere, and defunct. let's list it in
> DEPRECATED.pod before 0.4.10, and remove it before the following
> release.
Agree.
i've added a note to DEPRECATED.pod,
On 3/13/07, via RT Sam Vilain <[EMAIL PROTECTED]> wrote:
# New Ticket Created by Sam Vilain
# Please include the string: [perl #41818]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41818 >
Content-Type: text/plain
Content-
On 3/14/07, Nuno Carvalho via RT <[EMAIL PROTECTED]> wrote:
Greetings,
here are some examples running the changed lexer:
$ cat 1.pir
.sub main :main
.macro SpinForever (Count)
.local $LOOP: dec .COUNT# ".local $LOOP" defines a local label.
branch .$LOOP # Jump to said l
On 3/16/07, James Keenan via RT <[EMAIL PROTECTED]> wrote:
On Fri Mar 16 19:42:17 2007, [EMAIL PROTECTED] wrote:
> On Wed Aug 16 23:06:53 2006, coke wrote:
> > Anything referring to TEST_PROG should probably be renamed to
> > "parrot" or "executable" based on context.
> >
>
> For reference ...
>
On 3/17/07, Will Coleda <[EMAIL PROTECTED]> wrote:
On Mar 17, 2007, at 4:37 PM, Patrick R. Michaud wrote:
> Could we also do some multi-dispatch here or typechecking of $P2
> so that it could also be a whitespace-separated string of subnames
> to import? Then instead of
>
> $P2 = split ' ',
On 3/18/07, Thom Boyer <[EMAIL PROTECTED]> wrote:
I never could find the Pod-to-XHTML'd version of S26 -- the document
attached to that email was S26.pod6, not S26.xhtml.
I don't want to bug Damian, because obviously he has enough of life
"happening", as it were. But is the XHTML'd version of S2
On 3/19/07, Paul Cochrane via RT <[EMAIL PROTECTED]> wrote:
On Sun Mar 18 23:49:11 2007, codermattie wrote:
> this is the third patch in the series of src/library.c re-factors.
>
> This patch is compile and test-suite tested on linux-i686. it does
> include a minor change
> on win32 that I was no
On 3/19/07, Paul Cochrane via RT <[EMAIL PROTECTED]> wrote:
On Mon Apr 24 12:57:16 2006, [EMAIL PROTECTED] wrote:
> running `per tools/dev/check_source_standards.pl` is disheartening, as
> there are thousands upon thousands of source standards exceptions.
>
> this is likely a combination of three
On 3/18/07, jerry gay <[EMAIL PROTECTED]> wrote:
at r17619, i'm unable to run make test, due to failures in p5rx tests.
actually, none of them are failing, but my system becomes
non-responsive. after approximately test 200, tests (and there are
over 900) take a few seconds each to co
On 3/18/07, chromatic <[EMAIL PROTECTED]> wrote:
On Sunday 18 March 2007 10:06, Jerry Gay wrote:
> at r17619, i'm unable to run make test, due to failures in p5rx tests.
> actually, none of them are failing, but my system becomes
> non-responsive. after approximately test 2
On 3/19/07, Paul Cochrane via RT <[EMAIL PROTECTED]> wrote:
On Mon Jul 24 19:51:24 2006, guest wrote:
>
> Hi Jerry,
>
> I've made an initial version of C.
>
> Can you please tell me if this is ok and what improvements are needed?
>
> There are a few stuff from C that I have not copied
over,
> I n
On 3/27/07, Will Coleda <[EMAIL PROTECTED]> wrote:
"Each week, a group of developers working on Parrot and Parrot-related
projects gathers online to discuss progress, changes and the state of the
metaphorical weather. This meeting currently occurs each Tuesday at 18:30
UTC, in the #parrotsketch c
On 3/29/07, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> and i'm not interested in testing every revision,
> when so many might be coding standards
Why are people even checking things in that fail coding standards?
because not all coding standard tests are run with 'make test'
On 3/29/07, via RT Will Coleda <[EMAIL PROTECTED]> wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #42170]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42170 >
For steve_p on #parrot.
I find
On 3/29/07, Joshua Isom <[EMAIL PROTECTED]> wrote:
On Mar 29, 2007, at 4:20 PM, jerry gay wrote:
> On 3/29/07, Nicholas Clark <[EMAIL PROTECTED]> wrote:
>> > and i'm not interested in testing every
>> revision,
>> > when so many mi
all is good in r8061.
seems i had forgotton to flush during internal_exception in my working
copy, so i still had test failures. leo's applied your patch and added
the interpreter flushes as well, so i can revert my changes back to
HEAD.
thanks.
~jerry
On 5/10/05, François PERRAD <[EMAIL PROTEC
On 5/12/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Jerry Gay <[EMAIL PROTECTED]> wrote:
>
> > i'm converting many of the remaining internal_exception() calls to
> > real_exception() (except unimplemented ops, and other valid internal
> > exception
parrot (r8016): no change. hangs w/98% cpu. here's the -t output:
>parrot -t test_b.pasm
0 find_global P5, "_foo" - P5=SArray=PMC(0x7d5a50),
3 new P2, 18 - P2=PMCNULL,
6 find_method P0, P2, "thread3"- P0=PMCNULL,
P2=ParrotThread=PMC(0x7d5a08),
10 new P6, 54 - P
On 5/17/05, Autrijus Tang <[EMAIL PROTECTED]> wrote:
> On Tue, May 17, 2005 at 05:31:32PM +0100, Colin Paul Adams wrote:
> > I take it SS stands for String-to-String?
>
> Yes. "PPC" would stand for PMC -> PMC -> String, i.e. take two PMCs
> and returns a String.
>
of course, you meant PPS here,
much better! one failing test now... with my inline patch to remove
the skip block around test 6.
On 5/19/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
>
> > 1) Why the heck
>
> Easy: it's not in the MANIFEST. Why: patches scattered between inline
>
On 5/20/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>
> t/pmc/bigint now passes, but with Rev 8133 there are several other
> failures (even with a fresh checkout).
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -
then i'll hold off on applying this patch
On 5/23/05, chromatic <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-05-22 at 13:18 +0200, Leopold Toetsch wrote:
>
> > The old problem of skip, todo or let it fail.
> >
> > Maybe we need pugs' test error classification scheme
>
> I'll see what I can do with
thanks, applied (r8164)
On 5/24/05, Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> > I notice that building with Perl 5.6.1 (on Win32 with Perl 5.6.1
> > ActiveState-build 635 and MinGW) causes problem.
> >
> > $ parrot
> > Assertion failed: (int)io->image->bufused >= 0, file src/pmc_freeze.c,
> >
On 5/9/05, jerry gay <[EMAIL PROTECTED]> wrote:
> much better! one failing test now...
my initial exuberance was unfounded. one test fails in
t/pmc/threads.t, but hundreds fail in the rest of the test suite. it
seems this line (from above) is the culprit:
> -# ifdef _MCS_VER1
On 5/25/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> src/list.c is the base for several array-ish PMC inside classes. But
> it's mostly outdone by other PMCs like ResizableIntegerPMC.
>
> OTOH it has some features which are not covered by other array classes:
> - implementation of splice, shif
On 5/25/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> jerry gay wrote:
> > On 5/25/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>
> > i've added pop to ResizablePMCArray. i'll make sure the others are
> > added and move on to FixedPMCArray next
On 5/31/05, Nigel Sandever <[EMAIL PROTECTED]> wrote:
> The parrot makefile has several places where nmake baulks at the length of the
> expanded command lines.
>
though you weren't explicit, i suspect you're using the ms c++ toolkit
to build parrot on win32. some months ago, i ran into the same
p
> Mr. Gay, let me know if you wait for a special request to uncomment the line
>
> /*#include "parrot/thr_windows.h"*/
>
> in config/gen/platform/win32/threads.h
>
whatever was broken, has now been fixed. patch applied, and ticket closed.
~jerry
i'm no gc expert, but here's my comments after discussions with
alexandre on #parrot.
On 6/8/05, Alexandre Buisse <[EMAIL PROTECTED]> wrote:
> Following google SoC and TODO item,
> https://rt.perl.org/rt3//Ticket/Display.html?id=33922, here is the
> scheme proposal for a new parrot GC (many thanks
On 7/15/05, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This patch implements a missing function in config\gen\win32\exec.c to make
> all of the tests in t\op\spawnw.t work.
>
excellent!
> Any input on why we have the tests right shift by 8 bits what spwanw gives
> them back would
win32--msvc-7.1--perl-5.8.6 reports some unexpected errors. dynclass
and spawnw are expected on windows, the rest are not. if requested, i
can provide more details on the failing tests.
~jerry
Failed Test Stat Wstat Total Fail Failed List of Failed
---
here's the failure details, with the summary again at the end.
# Failed test (t\op\gc.t at line 258)
# got: 'coro
# done
# '
# expected: 'coro
# coro
# coro
# done
# '
# Looks like you failed 1 test of 19.
# Failed test (t\op\jit.t at line 102)
# got: '109564961210956496084
# '
# expected: '404
#
On 7/20/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> This is fixed now (r8657).
>
indeed, the results are much better:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\dynclass\foo.t 8
On 7/21/05, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> "Jonathan Worthington" <[EMAIL PROTECTED]> wrote:
> > "jerry gay" <[EMAIL PROTECTED]> wrote:
> >> if i recall correctly, the options here are: 1) unix-like return value
> >&
On 7/21/05, jerry gay <[EMAIL PROTECTED]> wrote:
> i'll apply this patch today. additionally, i'll add some text to
> ops/sys.ops specifying that spawnw should return something
> object-like. i've created a TODO ticket in RT for the spawnw
> object-like return.
>
actually, it should be
while(<>) {
applied, thanks.
On 7/21/05, via RT Amir Karger <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Amir Karger
> # Please include the string: [perl #36620]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt
On 7/22/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
> Can I just check, are the python dynclasses being executed and passing,
> or not being run in these tests?
>
tests are not run currently in leo's branch only (see jonathan's
message.) but The Great Merge to trunk will carry this change with i
i've added a new test t/run/exit.t that checks parrot exit codes under
different scenarios. the 8 subtests all pass on win32.
hopefully this will reproduce the behavior you're seeing.
~jerry
On 7/27/05, via RT Michael G Schwern <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Michael G Schwe
> --- parrot-current/src/library.cTue Aug 16 13:22:34 2005
> +++ parrot-andy/src/library.c Tue Aug 16 15:46:49 2005
> @@ -212,9 +212,11 @@
> * if the extension is given use it
> * TODO if not try extensions according to type
> */
> +/*
> if (!ext) {
> i
forgot to copy the list on this response
-- Forwarded message --
From: jerry gay <[EMAIL PROTECTED]>
Date: Aug 18, 2005 8:05 AM
Subject: Re: Is Configure.pl missing ICU ?
To: Adrian Lambeck <[EMAIL PROTECTED]>
On 8/18/05, Adrian Lambeck <[EMAIL PROTECTED]> wro
On 8/25/05, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
> woops, I used tabs to indent, that gives ugly layout. Here's a NEW
> version with spaces.
>
[snip]
>
> --- syntax.pod 2005-08-25 16:13:16.0 +0200
> +++ syntax_patched.pod 2005-08-25 16:13:59.0 +0200
> @@ -176,6 +176,29 @@
>
On 8/25/05, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
>
> >thanks, applied. in the future, please provide diffs relative to the
> >parrot base directory, it makes it easier to find the files to patch.
> >
> >
> that is, I should do (for instance)
>
> $ diff -u imcc/docs/file.pod imcc/docs/new
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\dynclass\gdbmhash.t 13 332813 13 100.00% 1-13
t\library\streams.t 2 512202 10.00% 18 20
t\op\gc.t1 256
an ongoing issue that pops up sporatically
with Parrot::Test on windows, and not a ParTcl specific error.
> > [jonathan - Wed Sep 14 10:18:59 2005]:
> >
> > "jerry gay (via RT)" <[EMAIL PROTECTED]> wrote:
> > >
> > > the linker is failing to b
On 9/29/05, via RT Andy Dougherty <[EMAIL PROTECTED]> wrote:
> # '
> # expected: '3 * 5 == 15!
> # '
> # './parrot --gc-debug
> "/home/doughera/src/parrot/parrot-andy/t/op/gc_13.pir"' failed with exit code
> 131
> # Looks like you failed 1 test of 22.
this same test fails on win32, however
> This small patch enables t/library/pcre.t on Win32.
>
thanks, applied (with minor changes due to a modified README.win32) -- r9281
~jerry
On 9/30/05, via RT François PERRAD <[EMAIL PROTECTED]> wrote:
> This patch updates PLATFORMS for MinGW.
>
applied, thanks.
8-9
> t/cmd_return.t 1 256 21 50.00% 1
> t/cmd_string.t 2 512572 3.51% 45-46
> t/tcl_backslash.t4 1024 35 4 11.43% 31-34
>
> Jerry Gay was getting bored with all tests passing, so this is for
> him. =-)
>
i can't tell you how
On 10/4/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> jerry gay (via RT) wrote:
>
> >
> > D:\usr\local\parrot-bug\trunk>parrot -t imcc/t/syn/clash_8.pir
> > 0 branch 2
> > 2 if I0, 17- I0=0,
>
> I see. The test doesn't initi
On 10/4/05, jerry gay <[EMAIL PROTECTED]> wrote:
> i'll also add a statement to this effect
...to the documentation...
> , if there's not one already.
On 10/25/05, chromatic <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-10-24 at 17:27 -0700, Will Coleda wrote:
>
> > Minor nit: when running Configure.pl with --nomanicheck, Configure
> > should report the MANIFEST check as "skipped", not "done".
>
> particle beat me to this one, but *wow* the plugin sy
On 10/25/05, Joshua Hoblitt <[EMAIL PROTECTED]> wrote:
> File::Which is a rather small amount of code in a single file so I'd be
> inclined to include it in the Parrot tree rather then reinventing the
> wheel. I've always been puzzled as to why there isn't a core perl5
> module with this functiona
On 10/26/05, via RT Allison Randal <[EMAIL PROTECTED]> wrote:
> I've attached a patch with a more verbose error message. Even more
> helpful would be listing the types that were passed in.
>
thanks, applied as revision 9579.
~jerry
don't worry, you can stop rolling your eyes and wondering "what's this
jerk gonna rant about?" this isn't another 'foo considered harmful'
essay. if it were, i would have instead opened it with something
pithy, like "while some developers have fixed parrot's bugs, others
have added new ones." inste
On 10/27/05, chromatic <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-10-27 at 10:26 -0700, jerry gay wrote:
>
> > we're missing some parts of a testing framework. we don't have the
> > ability to write test files in PIR, so we're dependent on a perl
> > ins
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t\examples\pasm.t 1 256 61 16.67% 5
t\examples\pir.t 1 256101 10.00% 10
t\library\json_parser.t1 256
with PCRE (L<http://www.pcre.org/>).
-
Note that PCRE must be installed for this to work.
+=head1 AUTHORS
+
+Original code by Leo Toetsch, updated by Jerry Gay
+Ejerry dot gay at gmail dot com
+
=cut
-.pcc_sub _main prototyped
-.param pmc argv
-.include "library/pcre.im
wouldn't you know it... i upload the wrong patch. here's the correct one, with all tests passing on win32.
On Apr 7, 2005 9:00 AM, jerry gay <[EMAIL PROTECTED]> wrote:
i've attached a patch to update the pcre example, libraries, and added some documentation and simple tests.
urk. attached.
On 8 Apr 2005 18:41:42 -, chromatic via RT <[EMAIL PROTECTED]> wrote:
On Thu, 2005-04-07 at 11:06 -0700, jerry gay wrote:> the attached patch gets the SDL library and examples running on win32.> please test on existing platforms by applying and running> .\parr
just a manual report, since there's no tinderbox running windows. looks like
there's no undetectable trouble on windows post svn. thanks robert!
only expected tests fail on win32--vc-7.1--perl-5.8.6:
Failed Test Stat Wstat Total Fail Failed List of Failed
On 12 Apr 2005 09:44:08 -, Leopold Toetsch via RT <
[EMAIL PROTECTED]> wrote:
>
> Jerry Gay <[EMAIL PROTECTED]> wrote:
>
> >> > the attached patch gets the SDL library and examples running on
> win32.
>
> Are there more Win32 libs that have the sa
On 12 Apr 2005 15:14:58 -, Leopold Toetsch via RT <
[EMAIL PROTECTED]> wrote:
>
> jerry gay wrote:
> > On 12 Apr 2005 09:44:08 -, Leopold Toetsch via RT <
> > [EMAIL PROTECTED]> wrote:
>
> >>The question is, if the dynext loader should tr
i'm happy. close the ticket.
On 12 Apr 2005 18:10:49 -, chromatic via RT <
[EMAIL PROTECTED]> wrote:
>
> On Tue, 2005-04-12 at 10:59 -0700, jerry gay wrote:
>
> > works! the win32-specific stuff can be ripped out of
> > runtime/library/pcre.imc &&
On Apr 12, 2005 12:06 PM, Solinski, Mark <[EMAIL PROTECTED]> wrote:
>
> > Has anyone successfully built Parrot on Win32 (MSVC 13.10.3077)
> > recently?
parrot builds fine on win32--vc-7.1-perl-5.8.6 for me, without icu. i have
been building this way for some time now.
configure.pl --without-i
On 4/13/05, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Wed, 13 Apr 2005, Jerry Gay wrote:
>
> > the attached patch against r7825 suppresses stderr output during 'bc'
> > step in configure
>
> I was thinking along similar lines, but got stuck wonderin
On 4/23/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> 1) F uses C, which is named C<_vsnprintf> on
> MSWin32. A simple hack would be to add the following to F.
>
>#ifdef WIN32
># define vsnprintf _vsnprintf
>#endif
confirmed here on VS.NET 2003 (aka MSVC 7.1), although this is not
n
On 4/29/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> 3) Proposal: PIR syntax enhancement
>
> .pragma n_operators
> ...
> Px = Py + 1
> ...
> [EOF]
>
> Within this pragma (valid inside and until end of file) the shortcuts
> '+', '-', ... should translate to "n_add", "n_sub", ...
> Th
Failed TestStat Wstat Total Fail Failed List of Failed
---
t\dynclass\foo.t 2 512 32 66.67% 1 3
t\dynclass\pybuiltin.t5 1280 65 83.33% 1-2 4-6
t\dynclass\pyclass.t 6 1
On 5/9/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
> - load_bytecode "library/Digest/MD5.imc"
> + load_bytecode "Digest/MD5.imc"
the '.imc' extension has recently fallen out of favor and is being
replaced with '.pir'. otherwise, looks good and works on
win32--msvc-7.1--perl-5.8.6.
~jerry
On 4/3/07, chromatic <[EMAIL PROTECTED]> wrote:
On Tuesday 03 April 2007 14:49, Jerry Gay wrote:
> # New Ticket Created by Jerry Gay
> # Please include the string: [perl #42292]
> # in the subject line of all future correspondence about this issue.
> # http://rt.p
On 4/3/07, via RT Will Coleda <[EMAIL PROTECTED]> wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #42293]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42293 >
These two scripts perform the sa
On 4/4/07, James E Keenan <[EMAIL PROTECTED]> wrote:
In the course of refactoring Configure.pl, I notice that it uses one of
the $ENGLISH variables -- $OUTPUT_AUTOFLUSH.
Does Parrot have any policy one way or the other on use of these
variables as opposed to their "punctuation variables" equival
i've recently committed (r17998) a draft of PMC documentation
guidelines, for your review. This document is meant to formalize,
clarify, and extend the current de facto style for documentation of
core PMCs. you'll find the document at docs/pmc/documentation.pod.
highlights:
~ brings many things w
On 4/6/07, Nicholas Clark <[EMAIL PROTECTED]> wrote:
On Wed, Apr 04, 2007 at 02:33:49PM -0500, Joshua Isom wrote:
> I'm running darwin, ppc. The perl is 5.8.7 and was updated by me. I
> don't think I've gotten perl to segfault in quite some time, and if I
> trust my crashreporter log, the prob
On 4/9/07, Klaas-Jan Stol <[EMAIL PROTECTED]> wrote:
hi,
attached a patch that changes the file json.in. Currently, when doing
nmake test, it won't work (windows), as the changing to the test
directory and calling prove is separated by a ';'. This patch changes it
in &&.
I send this as a patch,
On 9 Apr 2007 13:00:41 -, Parrot Bug Summary
<[EMAIL PROTECTED]> wrote:
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Apr 9 13:00:01 2007 GMT
---
* Numbers
* Overview of
On 4/10/07, Steve Peters via RT <[EMAIL PROTECTED]> wrote:
I'll probably break apart this patch to get the enum fixes in and deal
with the larger STRING issue separately.
cohesive, loosely coupled patches are always preferred.
~jerry
a week remains before the scheduled release of parrot 0.4.11. in this
time, the project team intends to focus on the implementation of
PDD15, objects. to that end, i've started a wiki page at
http://rakudo.org/parrot/index.cgi?pdd15_todo for folks to add items
for what remains un{specified,impleme
On 4/12/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Attached is a proposed patch to change the libparrot names and locations
for Windows. I have tested the changes for "core" Parrot on Win32
Visual C++, Cygwin GCC, MinGW GCC and Ubuntu GCC.
this looks fabulous. thank you for providing your
On 4/12/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> -# If we are building shared, need to include dynamic
>> libparrot.lib, otherwise
>> +
>> +# If we are building shared, need to include dynamic
>> parrot.lib, otherwise
>> # the static libparrot.lib.
> this code secti
On 4/12/07, Nicholas Clark <[EMAIL PROTECTED]> wrote:
On Thu, Apr 12, 2007 at 01:50:09PM -0500, Joshua Isom wrote:
>
> On Apr 12, 2007, at 9:29 AM, Nicholas Clark wrote:
> My view of this is something along these lines. You can use any
> function you want at all, but if it's not documented as p
On 4/20/07, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
On Fri, Apr 20, 2007 at 10:18:41AM -0400, Andy Dougherty wrote:
> On Thu, 19 Apr 2007, Patrick R. Michaud via RT wrote:
> > This does prompt the question of removing -G from the tests,
> > but the last time I looked into doing this (about
On 4/20/07, Andy Dougherty <[EMAIL PROTECTED]> wrote:
On Thu, 19 Apr 2007, Patrick R. Michaud via RT wrote:
> After a lot of discussion on the mailing
> list and in #parrot I think it was decided that running the
> tests with -G was preferable to having random test failures
>
201 - 300 of 608 matches
Mail list logo
