Re: GSOC 2012

? Or a combination of the two? xoa -- Andy Lester = a...@petdance.com = www.petdance.com = AIM:petdance

Re: GSOC 2012

timers to make room; dunno if this applies to TPF, I know MacPorts got rejected solely on that basis though. Sorry, I didn't mean to stir this all up again. I retract my query in hopes it will stanch the impending meta-discussions. Thanks, xoxo, Andy -- Andy Lester = a...@petdance.com

Rakudo.org upgrade

Type on rakudo.org now, and I haven't set up a new account for you, please let me know and I'll set one up. Thanks, xoxo, Andy -- Andy Lester = a...@petdance.com = www.petdance.com = AIM:petdance

Re: [PATCH] Add .trim method

On Jan 12, 2009, at 11:27 AM, Carl Mäsak wrote: How about .trim(:start) and .trim(:end)? And .trim(:both) for orthogonality. -- Andy Lester = a...@petdance.com = www.petdance.com = AIM:petdance

Rakudo in Perl culture

://enigmail.mozdev.org iD8DBQFJZmdob0mzA2gRTpkRAqidAJ9bG6olYr+HZZosOG75BiM77SWEoQCeLxns 5jxJ3qOuWNDlfqiwSxmIm8k= =7VJE -END PGP SIGNATURE- ___ Purdue-pm mailing list purdue...@pm.org http://mail.pm.org/mailman/listinfo/purdue-pm -- Andy Lester

Re: Rakudo in Perl culture

On Jan 8, 2009, at 3:11 PM, chromatic wrote: I can't read the word Purdue without thinking Year of the Purdue Wonder Chicken -- but try working that into Perl 6 advocacy. Except that's Perdue. xoa -- Andy Lester = a...@petdance.com = www.petdance.com = AIM:petdance

Re: Ticket #105 (NULL checks)

and to splint, and who knows what other compiler that might come along. They also help document the expected API. xoxo, Andy -- Andy Lester = a...@petdance.com = www.petdance.com = AIM:petdance

fudging the headerizer

This patch http://www.parrotvm.org/svn/parrot/revision?rev=34423 is not a long-term solution. The headerizer has to get run at will. Infinoid, can you tell me more about those ifdefs so I can make the headerizer happy? Thanks, xoxo, Andy -- Andy Lester = a...@petdance.com

Re: fudging the headerizer

up with a solution for that somehow. For now, your #ifdefs are getting removed by the headerizer in the commit I'm about to make, so you'll have to live with the compiler warnings, which shouldn't be too odious, I hope? xoxo, Andy -- Andy Lester = a...@petdance.com = www.petdance.com

Re: For your encouragement

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. http://perlbuzz.com/2008/12/database-access-in-perl-6-is-coming-along-nicely.html xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com

Re: For your encouragement

on my to-do list to fix. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: For your encouragement

? (I don't want to go through the trouble of installing a local MT just to check that. :-) No, I'm not current. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: For your encouragement

to see. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Branching

milestones. Branches that don't merge back to trunk regularly are out of touch with the rest of development. Length of a branch increases technical debt of merging exponentially. xoox, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [RFC] merge stack_common.c and stacks.c

, that I can handle. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #44039] [CAGE] in compact_pool, we can be doing null dereferences

On Jun 9, 2008, at 7:13 PM, James Keenan via RT wrote: Andy: Is this still the case? I don't know. I haven't done anything in parrot for months. Sorry. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #53990] [CAGE] [PATCH] warnings in compilers/imcc/optimizer.c

On May 12, 2008, at 3:11 AM, NotFound wrote: Maybe the solution is to avoid the problem, that is, put the declarations outside of the HEADERIZER block. What's the point of having static functions inside one? So that declaration and definition are always in sync. -- Andy Lester = [EMAIL

Re: [svn:parrot] r27435 - trunk/src/gc

, but the header file. The typedef is not visible in a header file. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r27436 - in trunk: compilers/imcc include/parrot src/charset src/gc

changes continue to exist. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r27436 - in trunk: compilers/imcc include/parrot src/charset src/gc

this won't happen again. If you hate the headerizer, then kill it, and take care of the problem yourself. You're welcome. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r27436 - in trunk: compilers/imcc include/parrot src/charset src/gc

message. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r27436 - in trunk: compilers/imcc include/parrot src/charset src/gc

-- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

GCC 4.4

I've just built the 5/2/2008 snapshot of GCC 4.4 and Parrot builds fine on it. I wonder what new warning flags 4.4 has that I can exploit. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: This week on parrot?

On May 5, 2008, at 8:52 AM, Will Coleda wrote: This presupposes that the summaries are a good thing: anyone have any feedback on this point? Just wondering who the audience would be. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: This week on parrot?

technology brings is this much closer to Rakudo being reality. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: This week on parrot?

gotten back up to speed on them yet. I'll re-double my efforts there. And on rakudo.org. I see no problem with replication of posts between the two. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #53066] consting vtable methods

On Apr 20, 2008, at 2:37 PM, Mark Glines wrote: Failure to do so results in an incompatible pointer warning, just like any other kind of prototype mismatch. And that in my mind is equivalent to can't. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #53066] consting vtable methods

tell how someone in the future is going to implement it. Perhaps the counting of elements in the array will require fetching of elements into the array, because of lazy calculation. If there was a way we could have consted vtable arguments, rest assured I'd have found it. xoxo, Andy -- Andy

Re: tutorial, blog, hackathon

On Apr 2, 2008, at 11:12 AM, Patrick R. Michaud wrote: IIRC, there's not really a conference hotel for IIT. The dorms. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [PATCH] Re: [perl #50684] String Failures with -O2 (GCC 4.1.3, 32-bit x86 Linux)

as null that shouldn't be, then the compiler will choke on them because that null-checking is optimized away. Can you give details about which tests are failing? -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [PATCH] Re: [perl #50684] String Failures with -O2 (GCC 4.1.3, 32-bit x86 Linux)

, it will be an invaluable help. I understand that right now it breaks stuff, but I'm looking at long- term seat belts. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: tutorial, blog, hackathon

On Mar 12, 2008, at 6:43 PM, Allison Randal wrote: Also, we're planning a hackathon the weekend before YAPC::NA, June 14-15, for core hacking, language implementation, and cage cleaning. Excellent. Where? On the IIT campus? xao -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com

Re: PARROT_ASSERT considerations

with it. The PARROT_ASSERT_POINTER() idea gives me the willies because of checking for hardcoded magic values. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: PARROT_ASSERT considerations

we are indeed doing. Usually. I guess we COULD just make mem_sys_allocate() re-malloc if it gets the magic 0xdeadbeef. Hmmm. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Fwd: GCC 4.3.0 Released

encounter difficulties using GCC 4.3, please do not contact me directly. Instead, please visit http://gcc.gnu.org for information about getting help. As always, a vast number of people contributed to this GCC releases -- far too many to thank individually! -- Andy Lester = [EMAIL PROTECTED

Re: [svn:parrot] r26236 - trunk/compilers/imcc

On Mar 6, 2008, at 2:53 AM, chromatic wrote: Better as: current[len - 1] Whitespace is nice. Don't run ack '\w-1\]' or you might cry. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r26248 - trunk/src/pmc

like a net loss to me. Actually, it was to decrease the scope of stack variables. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r26248 - trunk/src/pmc

.) Well, they should have exit point, ideally. We should also have 100% code coverage, too. And I should be a much better dancer. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #50920] [BUG]: t/compilers/imcc/syn/macro.t failing

in 0 blocks. ==1234==still reachable: 4,084,824 bytes in 3,960 blocks. ==1234== suppressed: 0 bytes in 0 blocks. ==1234== Rerun with --leak-check=full to see details of leaked memory. Segmentation fault -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Eclipse

Anyone out there using Eclipse? I figure there might be value in its ability to handle large codebases all at once. Any pointers for startup and using the existing parrot project? xoxo, andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #51146] [TODO][IMCC] Remove unused function mk_address

Although i can remove this function, I'm not really clear on how to update the header file symreg.h w.r.t the headerizer stuff. (can i just remove the prototype , or is this generated?) You run make headerizer and it updates the header. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com

Re: [perl #50920] [BUG]: t/compilers/imcc/syn/macro.t failing on Darwin

On Feb 22, 2008, at 9:38 PM, chromatic wrote: Alas! It is once again failing as of r25999. Did it work at r25997? I think Andy keeps reverting the fix. What is the fix we're talking about? -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #50920] [BUG]: t/compilers/imcc/syn/macro.t failing on Darwin

chromatic fixed it, which does fix it, but we both think there should be another fix that frees all the memory. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: r25810 - make error

On Feb 18, 2008, at 11:04 AM, James E Keenan wrote: I suspect a 'make realclean' should fix this. or make distclean, which is even more thorough than realclean. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #50922] [BUG] t/src/intlist.t failing on Darwin

On Feb 16, 2008, at 10:29 PM, chromatic wrote: -chunk = list-first = chunk-next ? chunk-next : list-last; Urgh, I missed that list-first in the middle. My bad. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Shark under Leopard

to install xcode) The command-line tool creates text output too. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Hackathon at FP

I see that Allison's going to be at Frozen Perl. Will you be hackathonning? Anyone else going to be there besides me? I'm not sure I'll be sticking around for the hackathon, especially if I don't hear from anyone, so give me a reason to stay! xoxo, Andy -- Andy Lester = [EMAIL PROTECTED

s/string_equal/string_compare/g

string_equal() is misnamed. It should be string_compare() like strcmp() and memcmp(). Objections? xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Functions that malloc()

There's now a make target to show all the functions that are PARROT_MALLOC: make malloclist xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r25630 - trunk/include/parrot

PMC). Do we need a separate header for Windows? No, I'll take care of it. I like this kinda stuff. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: What goes in the API?

On Feb 6, 2008, at 5:04 AM, Francois PERRAD wrote: I agree with you, 'ld' is not a good name for a public function. It's bigger than that. We need to not be making visible a function to figure out log base 2. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

What goes in the API?

with another name somewhere. Do we have guidelines for knowing what should be PARROT_API and what shouldn't? xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Let's use snprintf()

a teeny performance hit since snprintf() has to check how far it's gone, but I can't imagine it's big enough to offset the safety. Thoughts? xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Let's use snprintf()

on through to sprintf() than to have a parallel implementation. Ignoring the length parameter leaves those platforms without snprintf() exactly where they are today. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Why IMCC Leaks Memory and How You Can Help Fix It

On Feb 4, 2008, at 1:21 AM, Andy Lester wrote: SymReg * r = _get_sym_typed(hsh, name, t); if (r) { free(name); return r; } It's really saying If I don't need a copy, then free what I assume is a copy, rather than If I need a copy

Re: Why IMCC Leaks Memory and How You Can Help Fix It

, I'll make one. I'm working on reversing this RIGHT NOW. It also lets me const more stuff. :-) xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Why IMCC Leaks Memory and How You Can Help Fix It

While we're at it, how about the horror of delete_ins() being told whether it should be freeing its argument? -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [svn:parrot] r25412 - trunk/src/ops

Any reason not to write: PMC *result = PMC_IS_NULL(lex_pad) ? NULL : VTABLE...; This assignment seems like a simple case, and you get a nice const opportunity for free. No reason in my book, but I got a general anti-ternary vibe in the past from the p2 crew. -- Andy Lester

Re: [svn:parrot] r25410 - in trunk: include/parrot src

reason, so I went acking for it, and look, it's unused anywhere. Can we safely yank anything that's just not referred anywhere? xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

More pruning

it? xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

API listing

I hacked the headerizer to do double duty as a lister of everything marked PARROT_API in the main C source files. It skips the PMCs. The make target is make apilist. It's crude, but ought to make it easy to skim for things that shouldn't be marked PARROT_API. xoxo, Andy -- Andy

Re: [svn:parrot] r25208 - trunk/src

On Jan 25, 2008, at 2:16 AM, chromatic wrote: Did you test this with make testC and make testj? I'm unaware of testC and testj. So no. I'm looking at the Makefile, and I guess I'm not understanding the differences between the various cores. -- Andy Lester = [EMAIL PROTECTED

My valgrinder

!' 21 | perl -p -e's/^==\d+==//' Dropping the leading process number leaves pure stack trace goodness, suitable for diffing between runs. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #50010] [BUG]: make failure on Linux: conflicting types for 'Parrot_set_executable_name'

On Jan 19, 2008, at 10:59 PM, James Keenan via RT wrote: Occurs on Darwin as well: r25026. This should be OK now. I fixed the prototype. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Rakudo.org is up live

http://www.rakudo.org/ Right now it's just a blog, but we can add more more more. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Gearing up for Parrot release 0.5.2

a chmod +x, or we have to modify the description a bit, it's still a big leap of usability. But I leave it in your hands, of course. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Gearing up for Parrot release 0.5.2

is exciting to a much larger audience. It is a huge step forward. Thanks, xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Gearing up for Parrot release 0.5.2

this tells a better story than a list of bullet points. In fact, we ought to have some narrative atop every release of Parrot from here on out. I'll volunteer to do so if nobody else will when those releases come around. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com

Re: ubuntu-ppc-trunk BUILD FAILED

. It's trivial to set up a list via Google Groups, for example. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Gearing up for Parrot release 0.5.2

means nothing to them. Great; thanks. But is this the only thing we want to mention in such a narrative? Not at all. It's just the one that I see as most important and am most familiar with. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Gearing up for Parrot release 0.5.2

. pbc_to_exe means nothing to them. So you're talking about what goes into the file NEWS. Sure, that can be terse. I just want to make sure that there's the narrative in the email announcements that are sent out and blog entries posted. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com

Thinking in marketing

just knows a bit of Perl. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [PATCH] probe for gcc -Wxxx only when gcc (well, g++)

to the compiler being used, anyway. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Perl 6 new contributor day

-- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Build status wiki page

that are known and being worked on. Thanks, xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Build status wiki page

to RT tickets. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: headerizer and src/atomic/gcc_x86.c

at the same time? Yes, that's correct. PARROT_API means it's something that we can link to in a lib, and PARROT_INLINE means that the compiler can inline it. Those two are mutually exclusive. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Keeping buzz going

for Perl 6 / Parrot news for those that want to follow, and I don't want to keep posting progress stuff in the main Perlbuzz column. If I created http://perlbuzz.com/perl6andparrotprojectupdates or something similar, do you think there'd be enough to fill the pipe? xoa -- Andy Lester

uninitialized pointer in scheduler.c

this thread to sleep for the requested time. */ COND_INIT(condition); MUTEX_INIT(lock); LOCK(lock); time_struct-tv_sec = (time_t) timer_end; Uniniitalized time_struct-tv_nsec = (long)((timer_end - time_struct- tv_sec)*1000.0f) *1000L*1000L; -- Andy Lester = [EMAIL PROTECTED

Re: uninitialized pointer in scheduler.c

On Jan 1, 2008, at 8:38 AM, Leopold Toetsch wrote: struct timespec *time_struct; This is a pointer to an unallocated structure, which was filled thereafter. Of course. I understand the C. It was the intent I couldn't get into. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com

Re: VTABLE_elements

What about when you want to implement things like, element -1 gets the last element of the array? That's the case in some languages, I believe... Yes, but we're talking about returning the number of elements in a PMC. That should never be negative. -- Andy Lester = [EMAIL PROTECTED

VTABLE_elements

Should we be allowing negative in the PMC elements() functions? Seems to me they'd be more appropriate as UINTVALs. xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: VTABLE_elements

? At this point, it's in a todo list in seatbelts.pod. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: writing mod_perl6 in perl 6

On Dec 21, 2007, at 10:50 AM, Jeff Horwitz wrote: This just went up in my blog, but I think it's interesting enough to post to the list as well. URL? I'll post it to Mechanix. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Consting args for vmethods

' particle: and would have methods like elements(), next() first() etc particle: it's a good idea to take this to the list. discussion will ensue, i promise. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: Consting args for vmethods

on the CONSTed selfs. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Memory checking I've been working on lately

compiler options that we can put into PARROT_CANNOT_RETURN_NULL and its brethren so we have more compilers watching our backs. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

The headerizer and comment blocks

-- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [BUG] headerizer can't handle new file src/atomic/gcc_x86.c

*expect, void *update) -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [BUG] headerizer can't handle new file src/atomic/gcc_x86.c

I can't spare the brain bandwidth to dig into this further at the moment, so posting for others. BTW I have other headerizer stuff to update, like updating all the comments automagically so that the function declaration always matches the POD. -- Andy Lester = [EMAIL PROTECTED

What's up with compilers/imcc?

When last I was playing with Parrot, I recall noises that imcc was not useful, and was effectively dead. Is this right, or am I misremembering? Is it worth my time to const headerize it? If not, I'm pretty much done with headerizing. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED

Re: [ANN] SF parrot win32

end-users (on Windows) and promote the use of Parrot. Beautiful. Thanks. http://perlbuzz.com/2007/12/parrotwin32-project-provides-prebuilt-windows-exec.html xoxo, Andy -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

please stop converting FUNCDOC headings to POD.

when you consider the amount of boilerplate we'd be re-adding. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: please stop converting FUNCDOC headings to POD.

of them. Back to DRY again, the biggest objection to using Pod is creating an exact duplicate of the function signature in the Pod. More than anything, I want boilerplate gone. =item Cfoo is boilerplate. At the VERY least, remove the C. -- Andy Lester = [EMAIL PROTECTED

Gone for a while

out of Parrot development for right now. If anyone needs me, you know where to find me. For that matter, if there's anything specifically that I can help with, please let me know. I just can't keep an eye on what's going on any more. xoxo, Andy -- Andy Lester = [EMAIL PROTECTED

Re: Gone for a while

that I've been wanting to talk about for a while anyway. -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #39088] [CAGE] Add conditional GCC attributes to functions

You've done a lot of work on this in parrot already and I haven't seen anything new as far as attributes go for a while. Have you finished adding gcc attributes? If so, we can close this ticket. On attributes, I think so. Warning flags will be a separate project. -- Andy Lester = [EMAIL

Re: mod_perl6 update

http://perlbuzz.com/project-hum/2007/09/first-mod-perl6-handlers.html -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Statistical view of the history of Parrot

http://perlbuzz.com/2007/08/statistical-views-of-open-source-projects- on-ohloh.html -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

Re: [perl #38982] [CAGE] refactor long test files

getting their own, but why is 3000 lines a bad thing? xoa -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance

  1   2   3   >