At 7:09 AM -0500 2/6/02, Gregor N. Purdy wrote:
>Melvin --
>
>
>> I'd like to do a Parrot Trooper t-shirt or something along those
>> lines. Maybe some of you guys have some cool theme we could
>> use, but I'd like to do it like an award basis so when someone
>> did something particularly note
At 6:13 AM -0800 2/7/02, Ask Bjoern Hansen wrote:
>Hi,
>
>I am tired of people thinking that we are not getting anywhere at
>all, so if (some|any|every)one can send me a reasonably updated text
>for the "Where are we" section at http://www.parrotcode.org/ and
>likewise for http://dev.perl.org/perl
At 12:16 PM + 2/7/02, Dave Mitchell wrote:
>I've only had one reply to this so far - anyone else want to
>approve or disapprove?
Other folks have waded in, and I'm OK with whatever we end up with.
(I do think the idea of separating stuff into subdirs is a Good Thing)
The one objection I hav
I've updated the script to also support scanning the source using the
"cxref" tool.
Here's an updated version of the script and patch. The output looks like
this:
perl lib_deps.pl object exceptions.o global_setup.o interpreter.o parrot.o register.o
core_ops.o core_ops_prederef.o memory.o pa
On Thursday 07 February 2002 09:13, Ask Bjoern Hansen wrote:
> Hi,
>
> I am tired of people thinking that we are not getting anywhere at
> all, so if (some|any|every)one can send me a reasonably updated text
> for the "Where are we" section at http://www.parrotcode.org/ and
> likewise for http://d
On Thu, Feb 07, 2002 at 04:22:54PM -0500, Andy Dougherty wrote:
> On Thu, 7 Feb 2002, Steve Fink wrote:
>
> > It also points to the question "can we make the byte_code be an
> > opcode_t* already?"
>
> I've got it almost completely done on the C end, but I've hit a
> discrepancy between packfile
> "Michael" == Michael G Schwern <[EMAIL PROTECTED]> writes:
Michael> This, too, is a joke.
I'm laughing at myself in the mirror. Does that help?
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/>
Perl/Unix
On Thu, Feb 07, 2002 at 01:01:43PM -0800, Randal L. Schwartz wrote:
> > "Jason" == Jason Gloudon <[EMAIL PROTECTED]> writes:
>
> Jason> In case everyone is not familiar with the easter bunny concept,
> Jason> this is a joke.
>
> It's a joke that everyone is not familiar with the easter bunny
On Thu, 7 Feb 2002, Steve Fink wrote:
> It also points to the question "can we make the byte_code be an
> opcode_t* already?"
I've got it almost completely done on the C end, but I've hit a
discrepancy between packfile.c and docs/parrotbyte.pod on whether the
FLOATVAL constants need to be padded
> "Jason" == Jason Gloudon <[EMAIL PROTECTED]> writes:
Jason> In case everyone is not familiar with the easter bunny concept,
Jason> this is a joke.
It's a joke that everyone is not familiar with the easter bunny
concept? I don't get it. Can someone have Santa Claus explain it to
me?
--
Jason Gloudon wrote:
> In case everyone is not familiar with the easter bunny concept, this
> is a joke.
:-)
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
On Thu, Feb 07, 2002 at 01:15:44AM -0500, Josh Wilmes wrote:
>
> +sub goto_address {
> +return "return NULL; /* THIS IS BROKEN, but this op is for pbc2c.pl, so pre
> deref isn't used yet. */";
> +}
> +
Hrm. I don't like that much, because my .ops file uses the goto
ADDRESS() form for several
On Thu, Feb 07, 2002 at 01:38:42PM -0500, Michael G Schwern wrote:
> On Thu, Feb 07, 2002 at 07:12:18PM +0100, Sebastian Bergmann wrote:
> > Is this for real? I can't really believe this...
>
> Yes, I have it on good authority from the Easter Bunny.
In case everyone is not familiar with the ea
On Thu, Feb 07, 2002 at 07:12:18PM +0100, Sebastian Bergmann wrote:
> Is this for real? I can't really believe this...
Yes, I have it on good authority from the Easter Bunny.
--
Michael G. Schwern <[EMAIL PROTECTED]>http://www.pobox.com/~schwern/
Perl Quality Assurance <[EMAIL PR
Steve Fink
<[EM
Yes, it's for real. Larry has been planning on ditching perl since he ran
out of characters to use as special scalars... didn't you know?
obscurite
-Original Message-
From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 07, 2002 1:12 PM
To: [EMAIL PROTECTED]
Subje
Steve Fink wrote:
> =pod
>
> The perl6 effort has been put on hold pending the acquisition of
> Ximian by O'Reilly and Associates. The new Director of Technology
> Development, Richard M. Stallman, states "we can't really justify any
> further effort on the parrot backend when Mono is clearly a su
> What command can we agree on to leave only the files listed in MANIFEST
> and no other files? It used to be that 'distclean' did that, but no more.
Just from experience, "make clean" should remove any files that make
created, and I believe that "make realclean" should remove everything that
wa
Melvin Smith:
> I agree with your config/ dir suggestion, but I'm not sure about
> moving everything else down into perl6/parrot subdirectory,
Me neither. I don't see much point in it.
> 1) Will Perl6 and Parrot distributions be separate?
Yes.
> 2) Should/would perl6 (lex, parser, code-gen, e
With the addition of MANIFEST.SKIP, there's now no easy to way clean up
your directory to a "pristine" state. All of the available options in the
Makefile leave debris lying around.
What command can we agree on to leave only the files listed in MANIFEST
and no other files? It used to be that 'd
[EMAIL PROTECTED]:
# I've been thinking about the directory structure of Parrot.
# Currently, the top-level dir is a bit of mess, with zillions of
# files of various flavours. It is my contention that apart from
# a few expected files such as README, MANIFEST, Configure.pl etc,
# everything else s
Ok, I'm knee-deep in packfile.c looking at alignment issues, and have a
two questions about storing FLOATVALs in the CONSTANTS section of the
bytecode: [First, thanks to Gregor Purdy for the self-documenting
packfile.c and the nice companion docs/parrotbyte.pod.]
In docs/parrotbyte.pod, under CON
On Thu, Feb 07, 2002 at 06:13:47AM -0800, Ask Bjoern Hansen wrote:
> Hi,
>
> I am tired of people thinking that we are not getting anywhere at
> all, so if (some|any|every)one can send me a reasonably updated text
> for the "Where are we" section at http://www.parrotcode.org/ and
> likewise for h
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> > Anyway, here's how I suggest files should be moved around to make
> > a more rational directory hierarchy. This will involve quite a bit
> > of hacking of paths in makefiles, scripts etc; but if we're going
> > to do it at all, then the sooner the bett
On 02/06/02 Larry Wall wrote:
> Black pots and kettles aside, they bring up a lot of interesting issues
> that we have to think about if we're going to be more language-neutral
> than the CLR.
The main issue is that there is a point where too much generality
will make the VM too hard to target co
On Thu, 7 Feb 2002, Dave Mitchell wrote:
> I've only had one reply to this so far - anyone else want to
> approve or disapprove?
Uncluttering things, in general, is probably a pretty good thing.
> Anyway, here's how I suggest files should be moved around to make
> a more rational directory hier
Hi Dave,
I agree with your config/ dir suggestion, but I'm not sure about
moving everything else down into perl6/parrot subdirectory,
at least not yet. I like having the parrot repos as a separate
module that could be checked out into a perl6 tree, so then you
could do something like:
cvs co per
Hi,
I am tired of people thinking that we are not getting anywhere at
all, so if (some|any|every)one can send me a reasonably updated text
for the "Where are we" section at http://www.parrotcode.org/ and
likewise for http://dev.perl.org/perl6/status then I would most
appreciate it. :-)
- ask
I've only had one reply to this so far - anyone else want to
approve or disapprove?
NB - I'm kind of offering to do the patching of paths required if this
move goes ahead, but obviously I can't do the moving on the CVS server
myself.
Dave.
- Begin Forwarded Message -
Da
29 matches
Mail list logo
