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
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'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
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.
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.
> >
On Tue, May 27, 2008 at 08:51:24AM +0200, François Perrad wrote:
> FYI a recent talk
> http://steve-yegge.blogspot.com/2008/05/dynamic-languages-strike-back.html
Which ties in nicely with the announcement of SquirrelFish yesterday:
http://webkit.org/blog/189/announcing-squirrelfish/
---snip
On Wed, Apr 16, 2008 at 12:10:54AM +0200, Leopold Toetsch wrote:
> Am Freitag, 11. April 2008 21:02 schrieb Nuno 'smash' Carvalho:
> > Greetings all,
> >
> > I just posted a little Parrot benchmark in my use.perl's journal
>
> Just a reminder:
>
> Please don't use unoptimzed builds for benchmark
On Mon, Dec 10, 2007 at 04:37:31PM +0200, Allison Randal wrote:
> Tim Bunce wrote:
>
> >> I meant docs/pdds/draft/pdd10_embedding.pod
> >>
> >> I could trying hacking on it to at least mention all the functions in
> >> embed.h
> >> with a few wo
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
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 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
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 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
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 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
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
for these features to
> >"encourage" development.
> >
> >We've tried to let head be usable for this long, we should probably
> >have some kind of procedure for dealing with this this sort of
> >development to avoid this sort of confusion.
> >
Any news on this? Is it okay? Should I send it via parrotbug?
Tim.
On Tue, Feb 28, 2006 at 03:36:20PM +, Tim Bunce wrote:
> On Tue, Feb 14, 2006 at 10:04:59PM +0100, Leopold Toetsch wrote:
> > On Feb 14, 2006, at 18:29, Tim Bunce wrote:
> >
> > >The runtime dlf
On Tue, Feb 28, 2006 at 03:37:23PM +0100, Leopold Toetsch wrote:
>
> On Feb 28, 2006, at 14:59, Tim Bunce wrote:
>
> >FYI I saw this once but haven't been able to repeat it:
> >
> >t/dynoplibs/myopsok 6/7
>
> This can happen if the mac
On Tue, Feb 14, 2006 at 10:04:59PM +0100, Leopold Toetsch wrote:
> On Feb 14, 2006, at 18:29, Tim Bunce wrote:
>
> >The runtime dlfunc code will need to be altered to normalize away the
> >trailing v so old code won't break. Should it warn about that?
>
> Yes, a warn
FYI I saw this once but haven't been able to repeat it:
t/dynoplibs/myopsok 6/7
# Failed test (t/dynoplibs/myops.t at line 107)
# got: '1
# alarm1
# 2
# alarm2
# 3
# alarm3
# alarm1
# alarm3
# alarm3
# 4
# alarm3
# alarm3
# 5
# don
On Tue, Feb 14, 2006 at 02:48:41PM +0100, Leopold Toetsch wrote:
> Tim Bunce wrote:
> >What's the difference between 'v' and '' for NCI function parameters?
>
> There isn't any, except the extra 'v' char.
>
> >I ask because bot
What's the difference between 'v' and '' for NCI function parameters?
Here, for example, is the code for 'fv' and 'f':
static void
pcf_f_v(Interp *interpreter, PMC *self)
{
typedef float (*func_t)(void);
func_t pointer;
struct call_state st;
float return_data;
In runtime/parrot/library/ I see
ncurses.declarations
ncurses.pasm
ncurses.pbc
ncurses.pir
and I see tools/utils/ncidef2pasm.pl that'll convert
ncurses.declarations into ncurses.pasm.
But where did ncurses.pir come from? (Originally ncurses.imc?)
ncidef2pasm.pl c
On Tue, Sep 06, 2005 at 02:22:23PM +0100, Jonathan Worthington wrote:
> "Tim Bunce" <[EMAIL PROTECTED]> wrote:
> >Having said all that, I don't think it's worth worrying about
> >inter-language issues until more fundamental namespace co-existance
> &g
On Mon, Sep 05, 2005 at 01:43:20PM -0400, Matt Diephouse wrote:
> In order to help finish Parrot's HLL namespace support, I've compiled
> a list of features and information that I believe is necessary to
> support the target languages. I've done so after doing a survey of
> these languages. I may h
On Wed, Aug 31, 2005 at 04:04:45PM -0700, chromatic wrote:
> Hi all,
>
> In a recent discussion with Chip and Leo, the idea came up to ask for a
> list of very specific TODO items -- specifically things that should work
> but don't.
Not very specific, but: "whatever Ponie needs most".
I'm sure
On Mon, Aug 22, 2005 at 09:43:41PM -0400, Matt Fowles wrote:
>
>Java on Parrot
> Tim Bunce asked some preliminary questions about Java on Parrot. I
> provide preliminary answers, and Nattfodd and Autrijus posted links to
> related work. The important question of wh
On Tue, Aug 16, 2005 at 04:39:06PM +0200, Nattfodd wrote:
> Tim Bunce wrote:
>
> >Anyone given any thought to Parrot <-> Java integration?
> >
> >Possible?
> >Practical?
> >How much would would be involved?
> >
> >Tim.
>
> If I'
Anyone given any thought to Parrot <-> Java integration?
Possible?
Practical?
How much would would be involved?
Tim.
Configure.pl said
Determining if your platform supports gdbm.yes.
But t/dynclass/gdbmhash.t fails completely:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/dynclass
On Thu, May 12, 2005 at 10:31:06PM +0200, Leopold Toetsch wrote:
> Tim wrote:
> >Fresh (and first) checkout and build of parrot (#8075)
>
> first???\ :-)
I know, I know. Real life, real work and all that. I've been "watching
from afar" though at all this great work. I still won't have much
On Thu, Apr 07, 2005 at 11:35:46PM -0400, William Coleda wrote:
> There are two open tickets about removing the core's dependance on Perl*
> PMCs, and instead, making them dynamically loadable and using the language
> agnostic PMCs for internal use.
>
> Talking about this with Leo on IRC, he exp
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 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
What steps are being taken to ensure that patches/code donations to Parrot
are free from potential intellectual property concerns?
Tim.
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
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 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 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 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, 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 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 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 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 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 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, 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
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 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
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
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 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*
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 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
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 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 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 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 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
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 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
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
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
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
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 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 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:
>
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 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
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 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 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 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
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 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
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 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 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
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 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
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 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 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 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 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
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 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
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 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 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 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 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 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 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 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 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
1 - 100 of 148 matches
Mail list logo