Andy Dougherty (via RT) wrote:
In a release tarball, the .svn directories don't exist, so
config/gen/revision.pl can't find the svn revision number. That's fine,
but it's probably wiser in that case to not report "failed" during the
Configure.pl process, but to simply skip over the missing numbe
On Friday 06 May 2005 18:17, John Lenz wrote:
> Hi, the following test fails because boolean.pmc actually registers the
> global True as a false boolean, and no boolean for False. It is fixed with
> the patch below.
>
> John
>
>
> find_global P0, "True"
> find_global P1, "False"
>
>
On Mon, 9 May 2005, jerry gay wrote:
>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.
>
I modified some of the .pod files in imcc/docs/ to reflect using .pir
instead of .imc
Patch attached.
On Sun, May 08, 2005 at 10:25:43PM -0500, Patrick R. Michaud wrote:
> On Mon, May 09, 2005 at 07:24:49AM +0800, Autrijus Tang wrote:
> > Greetings. Attached is a patch that I'm currently using in Pugs's
> > bundled PGE.pbc, in order to make PGE output properly escaped strings,
> > in a format read
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #35361]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35361 >
In a release tarball, the .svn directories don't exist, so
config/gen/revision.pl ca
jerry gay wrote:
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
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
Nick Glencross wrote:
Guys,
this patch makes some small updates to the MD5 files.
...
It would also be interesting for benchmarking, but I haven't got
around to trying
As a rough comparison running the md5sum.imc located in the examples
directory (on Linux/AMD Athlon), I get:
Empty file (to mea
# New Ticket Created by Jeff Horwitz
# Please include the string: [perl #35365]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=35365 >
the attached patch adds a new signature for spawnw so it can take a PMC
array of argume
-- Forwarded message --
Date: Mon, 9 May 2005 14:32:22 -0400 (EDT)
From: Jeff Horwitz <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [PATCH] allow array of args for spawnw
the attached patch adds a new signature for spawnw so it can take a PMC
array of arguments rather than a
Guys,
this patch makes some small updates to the MD5 files.
* Remove some code which was retained in case changes for 64-bit
processors didn't work
* Convert some macro temps to be .locals in calling function
* Omit 'library' path in load_bytecode calls
* General cleanup
Leo's previously rep
On Thu, Apr 28, 2005 at 02:14:17PM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
>
> > (gdb) p interpreter->exceptions
> > $5 = (struct parrot_exception_t *) 0x0
>
> > what should have initialised that?
>
> An exception structure is created per entering a run-loop, se
Matt Diephouse (via RT) wrote:
This was done with the help of `svn mv`. It may be easier to give me
a committer bit
Yep. Confirmed.
The ususal caveats apply: always "make test" before committing and don't
forget to update MANIFEST, if files are added, moved, or deleted.
This isn't meant to addr
Bob Rogers wrote:
The following patch makes Parrot_get_name report a different error
message if Parrot_MMD_search_default_func finds nothing, to distinguish
this from the case where nothing is found. I am finding this helpful in
debugging.
But this seems like a band-aid, for two reasons:
Leopold Toetsch (via RT) wrote:
If you are embedding or extending Parrot and linked against libparrot
you now have to additionally link with one of:
src/null_config.o
src/parrot_config.o # prefix := build-dir
src/install_config.o # prefix := --prefix dir
leo
Leopold Toetsch (via RT) wrote:
3) "make install" creates src/parrot_config_install.c and links that
into parrot_install$EXE, which during installation becomes
.../bin/parrot$EXE. With this step we get rid of the problem with
runtime vs build directory library usage.
Done (rev 8028), with slight
Jonathan Scott Duff wrote:
Is there some reason that runtime/parrot/library isn't in the list of
search paths for both include_paths and dynext_paths?
Fixed.
load_bytecode "PGE.pbc"# should work now
i.e. load_bytecode searches now:
- runtime/parrot/library/
- runtime/parrot/
- ./
curren
Leopold Toetsch (via RT) wrote:
1) We have F, which is a frozen
image of the config hash generated by F. Creating the
frozen image needs already parrot (a possibly already existing parrot or
miniparrot in the long run). But locating this file needs the library or
include path, with resides in t
Patrick R. Michaud wrote:
On Sun, May 08, 2005 at 11:45:08PM +0200, Jens Rieks wrote:
Hi,
C is now implemented. The second part (find_(not_)cclass) will
follow tomorrow.
Wow, that's fast
The attached patch file adjusts C to always return false
for offsets beyond the end of the string, and updates
On Sun, May 08, 2005 at 11:45:08PM +0200, Jens Rieks wrote:
> Hi,
>
> C is now implemented. The second part (find_(not_)cclass) will
> follow tomorrow.
The attached patch file adjusts C to always return false
for offsets beyond the end of the string, and updates
t/op/string_cclass.t to test th
On Mon, May 09, 2005 at 07:24:49AM +0800, Autrijus Tang wrote:
> Greetings. Attached is a patch that I'm currently using in Pugs's
> bundled PGE.pbc, in order to make PGE output properly escaped strings,
> in a format ready to be used form Haskell FFI.
>
> I'd appreciate comments, and if it's oka
On Sun, May 08, 2005 at 11:45:08PM +0200, Jens Rieks wrote:
> Hi,
>
> C is now implemented. The second part (find_(not_)cclass) will
> follow tomorrow.
Wow, yippee -- that is fast! There were several times yesterday
when I really wished for find_not_cclass, so this will really
clean up (and spe
22 matches
Mail list logo