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
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 kept wondering
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
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/
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 benchmarking.
I
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 words on each. I'd be fumbling in the dark mostly but it would
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 hands dirty
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 mention all
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
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
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
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 use
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.
Thanks for the report!
On Jun 1, 2006, at 11:56 AM, Tim Bunce (via RT) wrote:
# New Ticket Created by Tim Bunce
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 dlfunc code will need to be altered
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
#
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 warning please.
Here's the patch
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 machine is busy.
Okay. Can't the test be made more
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 both 'fv' and 'f' are in src/call_list.txt
Yeah.
In fact there are several
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
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 have
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
issues are more settled.
Will a Python module clash
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 what it should
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'm not mistaken, it's even one of the summer of code projects (see
http
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
---
Anyone given any thought to Parrot - Java integration?
Possible?
Practical?
How much would would be involved?
Tim.
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 time
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
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 over at
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 relying on the integrity
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 popping the top
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 But
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 language-specific
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 alternate
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
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 at the top
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
structure with another PMC.
I'm not sure
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 the
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
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've just
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 another
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
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 parrot?
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
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* objects.
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, but could
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
alignment
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 action.
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 yes I do
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 Feb?
There is still a lot of outdated (or unimplemented?) stuff
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 basically a
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.
Are the docs (especially the PDDs) upto
On Mon, Feb 02, 2004 at 12:40:45PM -0800, Larry Wall wrote:
On Fri, Jan 30, 2004 at 06:16:06PM +, Tim Bunce wrote:
: In Java you would write java.lang.String, naturally, and in Perl
: you'd write parrot::java::java.lang.String.
That's okay if it's a string being interpreted
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/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
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
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 trouble to
Developers
Harry Jackson [EMAIL PROTECTED] has volunteered to lead the
development effort with design input from me, Tim Bunce.
We're hoping that others interested in database interfaces for
Parrot will join us and contribute.
I expect a public code repository will be established soon.
=head2
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
*) MutablePArray -
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. :)
Perhaps all
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 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 keyword in C?
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 and build up the
function headers everywhere.
I'm not familiar
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 not it
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 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
everywhere. Platforms where that works don't need
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 now that's
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 poll
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 get
On Wed, Dec 10, 2003 at 12:26:04PM -0500, Melvin Smith wrote:
At 12:16 PM 12/10/2003 +, Tim Bunce wrote:
*{Foo\0Bar\0Baz}-{var};
or
*{Foo\0Bar\0Baz\0var};
[snip]
I think Dan was proposing the first and that's fine.
I think the second would be a mistake.
Using
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 related
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?
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 object
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. Glug, glug,
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 and memory usage are typically better
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.
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 goes further.
If someone wants
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
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't want to rewrite
SDL_perl's 11,000 lines
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
within the Perl 6 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 Tue, Jun 25, 2002 at 12:23:34AM +0100
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 simple
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
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 benefits 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 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
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 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 (unlike
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 base
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
1 - 100 of 123 matches
Mail list logo
