On Fri, Dec 05, 2008 at 11:11:30AM -0800, Geoffrey Broadwell wrote:
> On Fri, 2008-12-05 at 09:10 -0600, Andy Lester wrote:
> > On Dec 5, 2008, at 4:13 AM, Simon Cozens wrote:
> >
> > > I just ran this code, which worked with the expected results:
> >
> >
> > Beautiful. Posted to Perlbuzz.
> >
These seem interesting and relevant here:
http://www.ddj.com/go-parallel/blog/archives/2009/04/java_7_will_evo.html
http://developers.sun.com/learning/javaoneonline/2008/pdf/TS-5515.pdf
http://www.infoq.com/news/2007/07/concurrency-java-se-7
Tim.
I'm working on an update to my "Perl - Baseless Myths and Startling
Realities" talk. (Which I'll be giving in Dublin, Moscow and Pisa in the
few weeks!)
I got great help on the Perl 5 portion of the talk when I asked via my blog
http://blog.timbunce.org/2009/08/13/help-me-update-my-perl-myths-talk
On Tue, Sep 15, 2009 at 12:15:10PM -0400, Nathan Gray wrote:
> On Mon, Sep 14, 2009 at 12:15:05PM +0100, Tim Bunce wrote:
> > You can find my current draft at http://files.me.com/tim.bunce/65oikg
> > (2.3MB PDF)
>
> page 73 - Haskell should be spelled with two Ls
Thank you
I gave the talk at OSSBarcamp in Dublin last weekend and it went well.
My sincere thanks to everyone who contributed.
The slides are available at:
http://www.slideshare.net/Tim.Bunce/perl-myths-200909
The graphs and stats charting the continuing growth of perl and the perl
community were sur
Larry's already said (from memory) that the distinction between ops and
subs should be minimized or eliminated.
That, together with the desire to keep parrot fairly language netural,
leads naturally to having 'heavy' ops actually be be subs.
Tim.
On Fri, Aug 17, 2001 at 06:02:44PM -0400, Uri Gu
On Mon, Dec 31, 2001 at 06:53:29AM -1000, David & Lisa Jacobs wrote:
> From: "Dan Sugalski" <[EMAIL PROTECTED]>
> > >Agreed. I'll probably have the encoding structure provide the
> terminating
> > >bytes. As a side note don't we also have to split UTF-16 into UTF-16BE
> and
> > >UTF-16LE (big en
On Wed, Jan 09, 2002 at 04:42:51PM +, Graham Barr wrote:
> On Tue, Jan 08, 2002 at 06:38:02PM -0500, Dan Sugalski wrote:
> > ># Attributes are done as a hash of hashes. Each interpreter has a
> > ># pointer to an attribute hash, whose keys are the attribute names. The
> > ># values will be has
On Thu, Jan 10, 2002 at 12:37:23PM -0500, Dan Sugalski wrote:
>
> >Tim [who's not really been paying attention, so ignore me if I'm being daft].
>
> Nah, you're making sense. Besides, vtables are all your fault in the first
> place, so I ought to be listening... :)
Why do I have the feeling th
On Wed, Jan 30, 2002 at 07:48:25AM +0100, Paul Johnson wrote:
> On Tue, Jan 29, 2002 at 09:57:16PM +, Simon Cozens wrote:
>
> > I've started a new TODO list. Remind me of anything else that needs
> > doing;
>
> Sandboxes.
>
> Has anyone given any thought as to whether Parrot should support
On Wed, Jan 30, 2002 at 10:47:36AM -0800, Larry Wall wrote:
>
> For various reasons, some of which relate to the sequence-of-integer
> abstraction, and some of which relate to "infinite" strings and arrays,
> I think Perl 6 strings are likely to be represented by a list of
> chunks, where each ch
On Thu, Jan 31, 2002 at 12:18:28PM -0500, Dan Sugalski wrote:
> At 2:49 PM + 1/31/02, Tim Bunce wrote:
> >On Wed, Jan 30, 2002 at 10:47:36AM -0800, Larry Wall wrote:
> >>
> >> For various reasons, some of which relate to the sequence-of-integer
> >> abst
On Thu, Jan 31, 2002 at 05:15:49PM +, Graham Barr wrote:
>
> Yes, I was assuming that. However what is to be gained by case
> folding the input string ?
>
> Because parts of an rx can be case-insensitive while other parts
> are case-sensitive, we will probably need two sorts of ops anyway
>
On Thu, Jan 31, 2002 at 12:50:52PM -0800, Brent Dax wrote:
>
> Let me know if I'm brilliant, on crack, or both with this idea.
I've no idea :-)
Tim.
On Thu, Feb 28, 2002 at 10:44:21AM +, Ben Evans wrote:
> On Thu, Feb 28, 2002 at 10:18:45AM +, David Chan wrote:
> > On Wed, Feb 27, 2002 at 09:35:13PM +, Nicholas Clark wrote:
> > > On Tue, Feb 26, 2002 at 11:17:55AM +, Alex Gough wrote:
> > > > Yes, at some point allowing 10**222
On Fri, Mar 01, 2002 at 05:17:28AM -0800, Brent Dax wrote:
> After banging my head against a wall for a few hours with Perl 5's XS, I
> have an idea for how Parrot can do it better.
I'm not sure about Parrot, but for Perl 6 Larry has specifically
said that he intends to extend to Perl "sub" decla
On Thu, Mar 07, 2002 at 01:48:49PM -0500, Dan Sugalski wrote:
>
> >First, there are basic native types such
> >as num, int, and string, which I'm perfectly fine with. But what bothers
> >me is the fact that bigint's and bignum's are being given a special place
> >in the vtable.
>
> Why? They're
On Wed, Mar 13, 2002 at 09:03:13AM -0500, Dan Sugalski wrote:
> I like the fact that we're adding an arg to init to decide how big to
> make the resulting PMC. It got me to thinking, though. Perhaps we'd
> be even better served if we passed in something a bit more complex.
>
> We are, after all
On Thu, Mar 14, 2002 at 03:19:43PM -0500, Dan Sugalski wrote:
> At 8:08 PM + 3/14/02, Nicholas Clark wrote:
> >On Thu, Mar 14, 2002 at 06:17:01PM +, Piers Cawley wrote:
> >> Dan Sugalski <[EMAIL PROTECTED]> writes:
> >
> >> > OTOH, exposing the controls for twidding does mean that we pro
On Mon, Apr 15, 2002 at 01:05:41AM -0400, Mike Lambert wrote:
> > As a follow-up, I found one bug. Rather odd it is. The symptom is loading
> > a program, doing a LIST
> > and seeing only part of the code. Dumping the
> > string-which-contains-the-code you can see the entire program in it (unli
On Mon, Apr 22, 2002 at 01:52:30PM -0700, Brent Dax wrote:
>
> How about we instead declare that all subs have One True Entry Point,
> and the sub does whatever is needed there? Normal subs can just set up
> scoping and jump to the beginning of the sub's body; coroutines retrieve
> their context
On Fri, Apr 26, 2002 at 11:33:06AM -0400, Dan Sugalski wrote:
> At 2:26 PM +0100 4/26/02, Nicholas Clark wrote:
> >On Tue, Apr 23, 2002 at 01:25:15PM -0400, Dan Sugalski wrote:
> >> At 12:36 PM -0400 4/23/02, Buddha Buck wrote:
> >> >OK, but that limits you to the, um, 24 standard levels of
> >>
[ I'm playing devils advocate for a while longer as I'm not 100% convinced ]
On Mon, Apr 29, 2002 at 10:53:40AM -0400, Dan Sugalski wrote:
> At 9:50 AM +1000 4/29/02, Andrew J Bromage wrote:
> >G'day all.
> >
> >On Sun, Apr 28, 2002 at 11:44:04AM -0400, Dan Sugalski wrote:
> >
> >> We're going
On Wed, May 01, 2002 at 10:09:11AM -0400, Jeff wrote:
> Nick Glencross wrote:
> >
> > Has anyone given any thought to a gcc backend for generating parrot
> > assembler?
> >
> > Even with a partial implementation in place, it would be presumably be
> > possible to use much of core C, with the ben
On Sun, May 19, 2002 at 06:01:56PM +0100, Nicholas Clark wrote:
>
> Seriously though - is it possible to automate testing how many ops don't
> have tests? That way we could have a test that looked for untested ops, and
> failed if any weren't tested.
> I guess it couldn't easily be very sophistic
On Mon, Jun 17, 2002 at 07:59:33PM -0400, David J. Goehrig wrote:
>
> qw/ who is praying for parrot to support XS code,
> cause he doesn't want to rewrite
> SDL_perl's 11,000 lines /;
I'm sure that's not going to happen.
Much more likely is some kind of wrapper that manages a simpl
On Tue, Jun 25, 2002 at 12:23:34AM +0100, Dave Mitchell wrote:
> On Mon, Jun 24, 2002 at 05:21:45PM -0400, David J. Goehrig wrote:
> > On Sun, Jun 23, 2002 at 09:50:02PM +0100, Tim Bunce wrote:
> > > Much more likely is some kind of wrapper that manages a simple
> &g
On Mon, Jun 24, 2002 at 05:58:23PM -0500, Dan Sugalski wrote:
> At 9:50 PM +0100 6/23/02, Tim Bunce wrote:
> >On Mon, Jun 17, 2002 at 07:59:33PM -0400, David J. Goehrig wrote:
> >>
> >> qw/ who is praying for parrot to support XS code,
> >>cause he doesn&
On Tue, Jun 25, 2002 at 11:35:20AM +0100, Dave Mitchell wrote:
> On Tue, Jun 25, 2002 at 11:08:53AM +0100, Tim Bunce wrote:
> > On Tue, Jun 25, 2002 at 12:23:34AM +0100, Dave Mitchell wrote:
> > > Of course, another approach is to embed the existing Perl5 interpreter
>
On Tue, Jun 25, 2002 at 05:17:56PM +0100, Dave Mitchell wrote:
> On Tue, Jun 25, 2002 at 04:45:37PM +0100, Tim Bunce wrote:
> > On Tue, Jun 25, 2002 at 11:35:20AM +0100, Dave Mitchell wrote:
> > > On Tue, Jun 25, 2002 at 11:08:53AM +0100, Tim Bunce wrote:
> > > >
On Mon, Jul 22, 2002 at 11:14:15AM +0100, Sam Vilain wrote:
> "Sean O'Rourke" <[EMAIL PROTECTED]> wrote:
>
> > languages/perl6/README sort of hides it, but it does say that "If you have
> > Perl <= 5.005_03, "$a += 3" may fail to parse." I guess we can upgrade
> > that to "if you have < 5.6, you
On a related note, are there any good tools for static code analysis
around? The usual cross-reference stuff would be handy, but ideally
something that goes further.
Graphical would be good, interactive better (or at least cooler :).
Perhaps something like www.kartoo.com (needs flash) or
http://
On Wed, Oct 02, 2002 at 12:28:57PM -0400, Dan Sugalski wrote:
> At 12:15 PM +0100 10/2/02, Tim Bunce wrote:
> >On a related note, are there any good tools for static code analysis
> >around? The usual cross-reference stuff would be handy, but ideally
> >something that
On Tue, Oct 29, 2002 at 05:18:53AM -0800, James Michael DuPont wrote:
>
> The gcc interface project has been offically restarted.
> http://gcc.gnu.org/ml/gcc/2002-10/msg00806.html
Congratulations. I think it's an important project.
Tim.
On Sun, Oct 06, 2002 at 10:26:23PM +0100, Tim Bunce wrote:
> On Wed, Oct 02, 2002 at 12:28:57PM -0400, Dan Sugalski wrote:
> > At 12:15 PM +0100 10/2/02, Tim Bunce wrote:
> > >On a related note, are there any good tools for static code analysis
> > >around? The usual
I think this might be interesting to some of you...
"Judy is a general purpose dynamic array implemented as a C callable
library. Judy's speed and memory usage are typically better than
other data storage models and improves with very large data sets."
http://judy.sourceforge.net/applicatio
On Mon, Mar 10, 2003 at 03:33:38PM +0100, Elizabeth Mattijsen wrote:
> At 10:37 + 3/10/03, Tim Bunce wrote:
> >I think this might be interesting to some of you...
> > "Judy is a general purpose dynamic array implemented as a C callable
> > library. Judy's speed
On Tue, Sep 26, 2006 at 04:44:53PM -0700, Allison Randal wrote:
> I've committed an updated I/O PDD. I'm close to pronouncing this ready
> to implement, so get in your comments now.
>
> One piece that is currently missing is a discussion of which lightweight
> concurrency model we're going to us
On Wed, Mar 21, 2007 at 11:04:29PM -0400, Jesse Vincent wrote:
> I'm pleased to announce the inaugural Perl 6 Microgrants program.
> Best Practical Solutions (my company) has donated USD5,000 to The
> Perl Foundation to help support Perl 6 Development. Leon Brocard,
> representing The Perl F
Could someone familar with parrot take a look at the Java Scripting API
(aka JSR223) and let us know how much work would be involved in adding
support for it to parrot?
See https://scripting.dev.java.net/ and
http://java.sun.com/javase/6/docs/technotes/guides/scripting/index.html
Something to wat
On Thu, Jul 03, 2003 at 05:10:23PM -0400, Uri Guttman wrote:
> > "AB" == Alan Burlison <[EMAIL PROTECTED]> writes:
>
> AB> Dan Sugalski wrote:
> >> The more I think about this the more I want to punt on the whole
> >> idea. Cross-platform async IO is just one big swamp.
>
> AB> Agreed
On Tue, Aug 19, 2003 at 12:07:22AM -0400, Benjamin Goldberg wrote:
> There are a number of shortcomings in the API, which I'd like to address
> here, and propose improvments for.
Just to be sure people are keeping it in mind, I'll repost this from Larry:
On Wed, Jan 30, 2002 at 10:47:36AM -0800,
On Sun, Aug 24, 2003 at 10:48:02AM -0700, Steve Fink wrote:
> It would probably make discussion easier if people switched to using
> better terminology. I prefer using "destruction" to mean the memory
> for an object actually getting freed, and "finalization" for whatever
> cleanup actions an objec
On Thu, Aug 28, 2003 at 07:26:25PM -0400, Dan Sugalski wrote:
>
> How does it work? Simple. When a watched resource does what we're
> watching for (it changes, an entry is deleted, an entry is added [...]
Only after the action being watched is performed I presume.
Any implementation details? (m
On Tue, Oct 07, 2003 at 03:57:54PM -0400, Dan Sugalski wrote:
> While I'm having a heck of a time getting anything besides a connection to
> happen with it... I've checked in library/postgres.pasm. It's an
> interface to Posgres 7.3's libpq (the C interface to postgres) library.
On a vagely relat
Does C++ style 'name mangling' have any relevance here?
I also had some half-baked thought that a HLL could generate
two entry points for a prototyped sub...
one with the mangled name encoding the expected arguments and types
(p/s/i) for high-speed no-questions-asked-nothing-checked use, and...
On Wed, Dec 10, 2003 at 01:37:22AM -0700, Luke Palmer wrote:
>
> I think a heirarchy is a good idea for namespacing in general. I've
> always wanted to be able to tie namespaces in Perl 5. It would only
> make sense that if I tie Foo::, that Foo::anything:: would also go
> through that tie to ge
On Wed, Dec 10, 2003 at 12:26:04PM -0500, Melvin Smith wrote:
> At 12:16 PM 12/10/2003 +0000, Tim Bunce wrote:
> >*{"Foo\0Bar\0Baz"}->{var};
> >or
> >*{"Foo\0Bar\0Baz\0var"};
> >
> [snip]
> >I think Dan was proposing
On Sat, Dec 27, 2003 at 01:02:34PM +, Harry Jackson wrote:
> Dan Sugalski wrote:
> >
> > Dunno if I replied, but... Next step is a higher level wrapper, if
> > you're up for fiddling with Postgres itself. Stuff like a single call
> > to connect (right now you have to make the connect call and
On Sat, Jan 10, 2004 at 08:31:21PM +0100, Leopold Toetsch wrote:
> Jeff Clites <[EMAIL PROTECTED]> wrote:
>
> > I assume the plan is to get on-the-fly building of NCI stubs working
> > "everywhere". Platforms where that works don't need the functions
> > generated by build_nativecall.pl, but right
Has a date been set for the next release?
Are the docs (especially the PDDs) upto date on best practices?
If not, will that be a goal for the next release?
Tim.
On Mon, Jan 12, 2004 at 09:33:57AM -0500, Dan Sugalski wrote:
> At 11:52 AM + 1/12/04, Tim Bunce wrote:
> >Has a date been set for the next release?
>
> Nope. I suppose we could shoot for another holiday release, if
> someone's got a good february one.
Valentines
On Sat, Jan 10, 2004 at 09:42:14PM +, Tim Bunce wrote:
> On Sat, Jan 10, 2004 at 08:31:21PM +0100, Leopold Toetsch wrote:
> > Jeff Clites <[EMAIL PROTECTED]> wrote:
> >
> > > I assume the plan is to get on-the-fly building of NCI stubs working
> > > &
On Mon, Jan 12, 2004 at 01:01:58PM -0600, Garrett Goebel wrote:
> Tim Bunce wrote:
> > > Tim Bunce wrote:
> > >
> > > I see Dan says in his blog "Yeah, I know, we should use libffi, and
> > > we may as a fallback, if we don't just give in a
On Tue, Jan 13, 2004 at 10:01:32AM +0100, Leopold Toetsch wrote:
> Michal Wallace <[EMAIL PROTECTED]> wrote:
>
> > Here's my guess:
>
> [lots of good stuff from leo]
Is there a "Parrot Architecture Overview" document that summarises
this kind of high-level view with links to the deeper docs?
If
On Thu, Jan 15, 2004 at 05:15:05PM -0500, Dan Sugalski wrote:
> At 2:39 PM -0500 1/15/04, Dan Sugalski wrote:
> >At 8:31 PM +0100 1/15/04, Michael Scott wrote:
> >>Is this relevant?
> >>http://oss.software.ibm.com/icu/userguide/formatNumbers.html
> >>
> >>I'm still not clear in my mind what the pl
Here's my proposal:
* Basics:
Parrot uses nested hashes for namespaces (like perl does).
The high-level language splits namespace strings using whatever
its separator is ('::', '.' etc) to generate an array of strings
for the namespace lookup.
* Relative roots:
Namespace lookup starts from a
On Fri, Jan 16, 2004 at 12:49:09PM +0100, Leopold Toetsch wrote:
> Tim Bunce <[EMAIL PROTECTED]> wrote:
> > Here's my proposal:
>
> > * Basics:
>
> > Parrot uses nested hashes for namespaces (like perl does).
>
>
> > * Relative roots:
>
On Thu, Jan 15, 2004 at 06:27:52PM -0500, Melvin Smith wrote:
> At 06:13 PM 1/15/2004 -0500, Melvin Smith wrote:
> >At 10:02 PM 1/15/2004 +0100, Elizabeth Mattijsen wrote:
> >>At 15:51 -0500 1/15/04, Melvin Smith wrote:
> >>>Comments & questions welcome.
> >>
> >>Why am I thinking of the "register
On Thu, Jan 22, 2004 at 07:56:51AM -0500, Michal Wallace wrote:
>
> > I did something like this:
> >
> > $ make -C dynclasses
> > $ cp dynclasses/pisequence.so blib/lib/libpisequence.so
>
> Aha! I was trying to figure out how to do -lpisequence.
> It didn't occur to me to just RENAME it. :)
Perh
On Fri, Jan 23, 2004 at 02:19:37PM +0100, Michael Scott wrote:
> Is there a reason why the names have to be so terse?
>
> Mutable is not a bad word for able-to-change. (Cribbed from Cocoa,
> though there the immutability is absolute).
>
> *) Array - fixed-size, mixed-type array
> *) MutablePArra
Python: http://www.python.org/topics/database/
Perl: http://dbi.perl.org/
PHP: http://freshmeat.net/projects/php-dbi/
(Please let me know about any other similar database interface
projects for languages that may target Parrot.)
=head2 Developers
Harry Jackson <[EMAIL PROTECTED]> h
Would doxygen be of use here? http://www.doxygen.org/
Here's an example use http://www.speex.org/API/refman/speex__bits_8h.html#a2
Follow the links, including to the annotated source file.
Tim.
On Thu, Jan 29, 2004 at 07:20:50PM +0100, Michael Scott wrote:
> I've add inline docs to everything i
On Thu, Jan 29, 2004 at 09:16:33AM -0800, Jeff Clites wrote:
>
> >Then the question becomes, "What about namespace clashes?", which Tim
> >has already addressed.
>
> We could certainly do some sort of language-specific prefixing, as Tim
> suggested, but it seems that we are then going to troubl
n. I already have
> the basis for this, which I'll check in any day now.
>
> Mike
>
> On 30 Jan 2004, at 19:23, Tim Bunce wrote:
>
> >Would doxygen be of use here? http://www.doxygen.org/
> >
> >Here's an example use
> >http://www.speex.org/API/refman
On Mon, Jan 12, 2004 at 09:33:57AM -0500, Dan Sugalski wrote:
> At 11:52 AM + 1/12/04, Tim Bunce wrote:
> >Has a date been set for the next release?
>
> Nope. I suppose we could shoot for another holiday release, if
> someone's got a good february one.
>
> >A
On Mon, Feb 02, 2004 at 12:40:45PM -0800, Larry Wall wrote:
> On Fri, Jan 30, 2004 at 06:16:06PM +0000, Tim Bunce wrote:
> : In Java you would write "java.lang.String", naturally, and in Perl
> : you'd write "parrot::java::java.lang.String".
>
> That'
On Tue, Feb 03, 2004 at 09:23:58AM +0100, Leopold Toetsch wrote:
> Tim Bunce <[EMAIL PROTECTED]> wrote:
> >> Yeah, I think getting the docs better will be an aggressive goal for
> >> the next release.
>
> > How's this all looking now we're in
On Tue, Feb 03, 2004 at 04:35:46PM +, Harry Jackson wrote:
> [... ]
> Question:
> Since Dan has said that objects are nearly finished is there any point
> spending too much time working on this. Would our time be better spent
> helping to get objects finished pronto.
I think so. It's basicall
On Tue, Feb 03, 2004 at 09:27:31PM +, Harry Jackson wrote:
> Dan Sugalski wrote:
> >
> >*) I'll try and patch up the docs, and I'll concentrate on the PDDs, but
> >any help on them is greatly appreciated. *Especially* IMCC docs.
>
> Do we need an NCI section in the IMCC.faq. If the vote is ye
On Thu, Feb 05, 2004 at 11:04:40AM +0100, Jens Rieks wrote:
> >
> >
> > I thought of that too. A Perl script that takes a C struct and emits an
> > *ManagedStruct initializer. WRT align: as such struct initializers are
> > in library code and used by different machines, I'd rather have the
> > alig
On Thu, Feb 05, 2004 at 02:35:38PM +0100, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
>
> > Here is a first version of a "Data::Dumper" i've written to be able to dump
> > the AST of my C parser.
>
> Wow, fine.
>
> > A dumpertest.imc is included, which shows the dumper in acti
Did you forget to add "Volunteers wanted for each of these" ?
Tim.
On Thu, Feb 19, 2004 at 08:17:50PM -0500, Simon Glover wrote:
>
> PDD 0 (intro. to PDDs):
>
>Very, very out of date; I think it actually pre-dates Parrot
>
> PDD 1 (overview of Parrot):
>
>Not obviously out-of-date,
On Mon, Feb 23, 2004 at 08:03:02PM +0100, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Hi,
>
> > Am Montag, 23. Februar 2004 17:09 schrieb Leopold Toetsch:
> >> WRT feature freeze: I'd say: Starting from Tue, 24th 8.00 GMT no more
> >> feature patches *should* go in, *except*
First off, congratulations to Dan, Leo and everyone else involved
in Parrot 0.1.0. Great work.
Can someone give me a summary on where we stand with IMCC and objects/methods?
(I looked in a bunch of places in the CVS tree but couldn't find an answer.)
Am I right in thinking that IMCC v1 doesn't s
On Fri, Mar 12, 2004 at 10:03:19AM -0500, Dan Sugalski wrote:
> At 6:06 PM -0500 3/11/04, Matt Greenwood wrote:
> >Hi all,
> > I have a newbie question. If the answer exists in a doc, just
> >point the way (I browsed the docs directory). What is the design
> >rationale for so many opcodes in pa
On Tue, Mar 16, 2004 at 08:43:11AM +, Arthur Bergman wrote:
> On 16 Mar 2004, at 06:36, Leopold Toetsch wrote:
> >But - as Dan did say - the plan for Parrot is to install signal
> >handlers by default.
We should distinguish between the Parrot core and the parrot
executable command. The parrot
Has anyone looked at what's needed to plug Parrot into UNO?
--- snip ---
http://udk.openoffice.org/
UNO (Universal Network Objects) is the interface-based component
model of OpenOffice.org. UNO offers interoperability between different
programming languages, different object models, different ma
On Wed, Mar 31, 2004 at 01:42:30PM -0500, Dan Sugalski wrote:
> Or something equally manager-speaky.
>
> It's time to be looking towards a 0.1.1 release. There's been some
> overhaul of the internals and fleshing out of some features, so I
> think we're well-warranted to be thinking about anothe
On Mon, Apr 05, 2004 at 09:33:15PM -0700, chromatic wrote:
> On Mon, 2004-03-29 at 23:33, chromatic wrote:
>
> > With the improved object system in place, I've been porting the existing
> > SDL Parrot bindings.
>
> Here's a quick status update. With helpful suggestions from Jens and
> Allison, I
On Wed, Apr 07, 2004 at 08:15:03AM +0100, Andy Wardley wrote:
> Dan wrote:
> > Should be FINALIZE.
>
> Although some in the non-US English speaking world might say it should
> be FINALISE.
FYI: FINALIZE is the spelling used by the Oxford English Dictionary.
See http://www.askoxford.com/asktheexp
On Thu, Apr 08, 2004 at 08:28:49PM +0200, Jens Rieks wrote:
>
> Data::Replace replaces every occurrence of one PMC in a nested data structure
> with another PMC.
I'm not sure what that means, but Data::Replace seems too vague.
What is it?
> Data::Escape contains a function "String" that escapes
On Fri, Apr 09, 2004 at 03:02:00PM +0200, Jens Rieks wrote:
> Hi,
>
> On Thursday 08 April 2004 23:49, Tim Bunce wrote:
> > On Thu, Apr 08, 2004 at 08:28:49PM +0200, Jens Rieks wrote:
> > > Data::Replace replaces every occurrence of one PMC in a nested data
> >
On Sat, Apr 10, 2004 at 01:49:37PM +0300, Jarkko Hietaniemi wrote:
> >
> > (We've learnt the hard way with Perl5 modules names that more words are good.
>
> And more words that mean something... "Data" ranks right up there as the
> worst possible names for anything.
(Nah, "Sys" and "System" are
On Wed, May 12, 2004 at 12:08:08PM -0400, Dan Sugalski wrote:
> Okay, so I'm working on redoing the events document based on the
> critiques from folks so far. (Which have been quite helpful) I should
> have a second draft of the thing soon.
>
> It does, though, sound like we might want an alter
On Sat, May 08, 2004 at 04:59:52PM -0700, Jeff Clites wrote:
> On May 8, 2004, at 10:30 AM, Dan Sugalski wrote:
>
> >Do we want to make a distinction between record reads and just plain
> >"read me X (bytes|codepoints|graphemes)" requests on filehandles and,
> >if so, do we think it's worth dist
On Wed, Apr 28, 2004 at 10:36:00PM -0700, chromatic wrote:
> > Or, we forget about these special cased pointer to int and pass a
> > managed struct.
>
> That's cleaner from the C side, but it's enough of a pain to set up
> managed structs on the calling side that I'd rather do it only when it's
>
On Fri, Jul 16, 2004 at 12:02:15AM -0400, Dan Sugalski wrote:
> At 10:17 PM + 7/15/04, Steve Peters wrote:
> >On Friday 16 July 2004 02:46 am, Dan Sugalski wrote:
> >> And language builtin namespaces in general. We need a standard, and
> >> now's as good a time as any, so...
> >>
> >> All langu
On Wed, Aug 11, 2004 at 01:10:42AM -0400, Dan Sugalski wrote:
>
> >A good place to look at for the complete list is Perl 5's system
> >abstraction layer.
>
> Yeah. If you've got time to get a list I'd very much appreciate it.
http://search.cpan.org/src/NWCLARK/perl-5.8.5/iperlsys.h
Tim.
On Tue, Sep 07, 2004 at 09:26:14AM -0400, Dan Sugalski wrote:
> Time to nail this.
>
> We need namespaces. Duh. We talked about this in the past.
I've reordered these to put the simple/fundamental things first:
> *) Namespaces are hierarchical
> *) The top-level namespace ["__INTERNAL"] is taken
On Mon, Oct 04, 2004 at 11:25:47AM -0400, Dan Sugalski wrote:
> Okay, since we've got the *basic* semantics down (unified namespace,
> namespace entries get a post-pended null character) it's time for the
> ops to handle them, as well as some extended semantics.
I agree with Larry when he said "
On Thu, Nov 18, 2004 at 11:37:54AM -0800, chromatic wrote:
> On Thu, 2004-11-18 at 13:36 -0500, Dan Sugalski wrote:
>
> > I'd like pushing exception handlers to remain simple -- the current
> > system is almost OK. What I'd like it to change to is:
> >
> > push_eh label
> >
> > with poppin
What steps are being taken to ensure that patches/code donations to Parrot
are free from potential intellectual property concerns?
Tim.
On Sun, Nov 21, 2004 at 06:41:26PM -0500, Dan Sugalski wrote:
> At 9:47 PM + 11/21/04, Tim Bunce wrote:
> >What steps are being taken to ensure that patches/code donations to Parrot
> >are free from potential intellectual property concerns?
>
> At the moment we're r
On Wed, Nov 24, 2004 at 06:30:29PM -0500, Felix Gallo wrote:
>
> 2. "perl 6 is a lot cleaner than perl 5". It's also much, much
> larger than an already very large language. I've been programming
> and evangelizing Perl in organizations small and gigantic since
> 4.03x, and my eyes just glaze o
On Mon, Dec 10, 2007 at 09:59:40AM +, Tim Bunce wrote:
> Also, what's the status of docs/embed.pod? It seems out of date and/or
> imcomplete (no mention of Parrot_call_sub, for example).
I meant docs/pdds/draft/pdd10_embedding.pod
I could trying hacking on it to at least ment
I'm interested in doing some work on Parrot::Embed.
So I'm wondering what state it's in and if there are any short term
plans for it.
Any good reason it's not part of the normal build/test cycle?
Also, what's the status of docs/embed.pod? It seems out of date and/or
imcomplete (no mention of Par
On Mon, Dec 10, 2007 at 04:37:31PM +0200, Allison Randal wrote:
> >>
> s[...]. It probably makes the
> most sense to repeat the group drafting strategy we're using with the PIR
> PDD. You and others can help pull together the draft PDD, and I'll
> review/revise/approve it as it reaches a relativ
On Mon, Dec 10, 2007 at 10:57:05AM -0800, chromatic wrote:
> On Monday 10 December 2007 01:59:40 Tim Bunce wrote:
>
> > Meanwhile there's some housekeeping I can be getting on with.
> > Like fixing the broken Makefile.PL (seems best to make it a wrapper for
> > th
On Tue, Dec 11, 2007 at 11:20:39AM +0200, Allison Randal wrote:
> Andy Armstrong wrote:
>>
>> Where might a volunteer start?
>>
>> I also promised Yuval that I'd refactor Test::TAP::Model to use
>> Test::Harness 3.00 - so to some extent I've answered my own question - but
>> I'd like to get my ha
1 - 100 of 148 matches
Mail list logo
