Parrot ML,
please review #42944 . This for me blocks further submissions against library.c
as I need to know what I will be
basing against.
Cheers,
Mike Mattie - [EMAIL PROTECTED]
signature.asc
Description: PGP signature
On Sun, 17 Jun 2007 01:41:30 -0500
Andy Lester <[EMAIL PROTECTED]> wrote:
> I cringe at functions where the behavior is dependent on parms
> passed in. In the case of Parrot_get_runtime_prefix, if you call it
> as Parrot_get_runtime_prefix(&str) then str is populated, or if you
> call Parrot_get_
ing and/or buggy versions. I think this sort of optimization is
more appropriate for a distro to perform. my 2 cents.
Cheers,
Mike Mattie
signature.asc
Description: PGP signature
.
> --pancake
If you are really interested in this area please look at what I have been doing
so we do not collide. There are two patches in RT currently: one that hoists
all of the
generic path handling routines into path.c/path.h , and one that cleans up
Parrot_get_runtime_pref
think this is mistaken. The const laundering was removed which is
why the warning appeared. I can submit a new version that uses
the parrot macro if that is acceptable.
what debugging aids specifically ? and how ?
Mike Mattie - [EMAIL PROTECTED]
signature.asc
Description: PGP signature
On Mon, 21 May 2007 18:50:30 -0700
Allison Randal <[EMAIL PROTECTED]> wrote:
> Mike Mattie wrote:
> >
> > loader : a bit-mask selecting loaders to be included in the
> > search. This arguement is passed by reference. When a matching file
> >
On Tue, 22 May 2007 14:24:14 -0700
Steve Peters (via RT) <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Steve Peters
> # Please include the string: [perl #43033]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=43033
you both understand what you want here , but I do not. Can you describe
what you want by "extending parrot's search path" without assuming alot of
shared
knowledge ?
I am guessing that it is a interface on the PIR level for manipulating the
search
path.
> -- c
Cheers,
Mike Mattie
signature.asc
Description: PGP signature
. (Fresh install, which
I hadn't yet configured to automatically save drafts.)
So, the abbreviated version...
no problem. Right now I am really hobbled with the gmail interface. This
coming Saturday I will be back in the saddle with all my files and a real
mail client.
Mike Mattie wrote:
On Sun, 13 May 2007 22:46:15 -0700
Mike Mattie <[EMAIL PROTECTED]> wrote:
> Hello,
>
[snip]
Here is a revised version of library.c . still not at the compile stage but I
think that the
implementation is now verifiable to the search algorithm by review. This is
pretty close to
On Sun, 13 May 2007 22:46:15 -0700
Mike Mattie <[EMAIL PROTECTED]> wrote:
> Hello,
>
I figured anyone who actually makes it from top to bottom of the RFC might want
to see what it
looks like in C code. Since I will be gone for a bit I am attaching my
in-progress copy of
src/libra
On Sun, 13 May 2007 22:46:15 -0700
Mike Mattie <[EMAIL PROTECTED]> wrote:
> Hello,
>
I figured anyone who actually makes it from top to bottom of the RFC might want
to see what it
looks like in C code. Since I will be gone for a bit I am attaching my
in-progress copy of
src/libra
On Sun, 13 May 2007 22:46:15 -0700
Mike Mattie <[EMAIL PROTECTED]> wrote:
> Hello,
>
[snip RFC]
Here is a revised and cleaned up specification of the search algorithm taken
from my current description
of the Parrot_locate_runtime_str function.
/*
=item C
Parrot_locate_runtime_
On Tue, 15 May 2007 05:24:06 -0700
"Paul Cochrane via RT" <[EMAIL PROTECTED]> wrote:
> On 14/05/07, via RT Mike Mattie <[EMAIL PROTECTED]>
> wrote:
> > # New Ticket Created by Mike Mattie
> > # Please include the string: [perl #42947]
> > # in the s
On Thu, 10 May 2007 12:18:00 -0700
"chromatic via RT" <[EMAIL PROTECTED]> wrote:
> On Thursday 10 May 2007 02:37:15 Mike Mattie wrote:
>
> > quick patch to use the mem_sys_free wrapper instead of using the
> > platform's free() directly.
>
> I only
ate
the install target and get a functionally equivalent parrot.
Thanks for reading this. Comments are welcome.
More intrusive patch is in-progress. Note that the current patches I have
attached
in RT in conjuction with a deprecation of extensions can move things forward
while
I work on the more in-depth API issues.
Since my patches were going against the trunk I need to introduce changes
incrementally,
I hope this clarifies my goals sufficiently that the merit of the changes can
be fully
appreciated, and addressed at a higher level than patches.
Cheers,
Mike Mattie - [EMAIL PROTECTED]
signature.asc
Description: PGP signature
languages have been bad or annoying (I nominate java)
then library.c can go back to collecting dust and I can do something more
fun like pheme and async IO.
Cheers,
Mike Mattie
signature.asc
Description: PGP signature
arn(interp, PARROT_WARNINGS_DYNEXT_FLAG,
"Couldn't dlopen(NULL): %s\n",
err ? err : "unknown reason");
return NULL;
}
It may be a RTFM, but what does a null dlopen mean if it
succeeds, and why is it here ?
Cheers,
Mike Matt
it is again analyzed by a regex, and converted to either a truth value,
integral value, or a symbol if all else fails.
If this is not already implemented I would like to create a TODO RT for
it.
Thanks for any comments/suggestions.
Cheers,
Mike Mattie - [EMAIL PROTECTED]
signature.asc
Description: PGP signature
ality needs implementation.
I looked up load_bytecode and found src/packfile.c . This implementation
uses Parrot_locate_runtime_str which performs the lookup with library
search paths.
The comment wherever it is, is out of date I think.
Cheers,
Mike Mattie - [EMAIL PROTECTED]
signature.asc
Description: PGP signature
I will keep your comments in mind with my future submissions to RT. Your reply
indicates that at the very least I could improve my clarity when communicating
with the project.
With these comments in mind if you have a better approach I for the future
please let me know about it.
Cheers,
Mike Mattie -
On Mon, 7 May 2007 01:24:32 -0700
Mike Mattie <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I was looking at Parrot_get_runtime_prefix as an example of getting
> environment variable values the parrot way. The function looked
> over-complicated so I tried a refactor.
[snip]
&
Hello,
I was looking at Parrot_get_runtime_prefix as an example of getting
environment variable values the parrot way. The function looked
over-complicated so I tried a refactor.
The first thing to notice about the function is that it is possible to
leak memory with a call. I did not find any lea
On Sun, 06 May 2007 07:52:04 -0700
"Paul Cochrane via RT" <[EMAIL PROTECTED]> wrote:
> Matt,
>
> This patch actually broke stuff and was reverted shortly before
> Parrot 0.4.10. It needs to be reapplied, and then checked that it
> doesn't break anything (IIRC there were problems on Win32), hence
On Sun, 06 May 2007 07:52:04 -0700
"Paul Cochrane via RT" <[EMAIL PROTECTED]> wrote:
> Matt,
>
> This patch actually broke stuff and was reverted shortly before
> Parrot 0.4.10. It needs to be reapplied, and then checked that it
> doesn't break anything (IIRC there were problems on Win32), hence
On Wed, 25 Apr 2007 10:12:18 -0700
Allison Randal <[EMAIL PROTECTED]> wrote:
> Nikolay Ananiev wrote:
>
> > Maybe we have to search harder for new ways to advertise Parrot to
> > other communities and get new developers and supporters to the
> > project.
>
> On that I completely agree, but as a s
in a way that is not
going
to push the current tools beyond their working use-cases, if that happens it
will take alot of manual labor to compensate.
Cheers,
Mike Mattie
(1) Autoconf lingo for the machine the program runs on.
signature.asc
Description: PGP signature
he key is the design, which unfortunately I don't have the time to put out in
this mail.
I have it in my head, and I will sketch it out in a diagram.
If someone could point me at a suitable related wiki, or other hosting location
where I could
upload a .png diagram, and some text descr
ting
the
API cleanup proposed at the end of rt #41908 , where locating the file, and
detecting the type of file is cleanly separated; getting dynext.c out of
library.c's
internals.
This does not necessarily have to replace the existing functions.
Cheers,
Mike Mattie ([EMAIL PROTECTED])
signature.asc
Description: PGP signature
On Mon, 19 Mar 2007 07:13:18 -0700
"jerry gay" <[EMAIL PROTECTED]> wrote:
> 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.
> > >
>
> although the code looks s
t shines.
as far as strchr() vs. pointer it's peanuts in comparison to the
algorithmic improvement of the function.
my preference is O(n) !
I have this on my TODO list now, but if someone beats me too it I will be
very happy. I am focused on [patch] 5 now, rt # 41908 which will probably
kee
the impact across the rest of the tree, so I will hold fire
before making up patches.
Cheers,
Mike Mattie ([EMAIL PROTECTED])
signature.asc
Description: PGP signature
On Sun, 18 Mar 2007 19:30:35 +
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 18, 2007 at 03:35:14PM +, Jonathan Worthington wrote:
> > Mike Mattie (via RT) wrote:
> > >While mucking around in src/library.c I noticed some cut & paste
> > >
oundation for getting the languages to run.
this is a work in-progress. for reference I call this copy of
the ebuild rev 623.
Cheers,
Mike Mattie
# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/dev-lang/par
olled to find
out what's broken in the install. There are enough day-after release
releases already.
status:
I am working [ spare-time ] on a gentoo ebuild (un-official , I am
_not_ a gentoo dev ), and I am also working up a couple of proposals
for deltas to the parrot tree addres
35 matches
Mail list logo
