Gregor N. Purdy <[EMAIL PROTECTED]> wrote:
> Leo --
> I think the collection path is A Bad Idea (TM) for a language with
> scripting style (like Jako, Perl, Python, etc.).
Symbol mangling is always up to the HLL. The PASM and PIR compilers
don't care. The HLL has to emit symbol names that are con
Steve Fink <[EMAIL PROTECTED]> wrote:
> What if we just used unix-style paths in the *.in files, as in your
> solution, but explicitly marked all paths as paths?
What about a somewhat more abstracted description of dirs and files and
autogenerate makefiles for different platforms with some templa
Steve Fink <[EMAIL PROTECTED]> wrote:
> That would make it fun to track register usage.
And here is the problem with all these shortcuts. Anyway, we should
first finalize return conventions (it was proposed these to be symmetric
to calling conventions). Then finish pcc.c. Then we need code from HL
# New Ticket Created by Michael Scott
# Please include the string: [perl #23910]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23910 >
The GNU Indent options list was not formatting correctly in PDD 7.
-- attachment 1
- Original Message -
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
To: "Jonathan Worthington" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, September 20, 2003 9:27 AM
Subject: Re: nmake languages fails (Win32)
> Jonathan Worthington wrote:
>
> > - Original Message -
>
On Sun, Sep 07, 2003 at 02:50:35PM +, Peter Gibbs wrote:
> # New Ticket Created by Peter Gibbs
> # Please include the string: [perl #23752]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=23752 >
>
>
> The 'index' op
On Fri, Sep 05, 2003 at 05:24:48PM +0200, Juergen Boemmels wrote:
> * Add an layer-argument to PIO_open and PIO_fdopen, which walk the
> layerstack and search for the Open-implementation. The current
> implentation of PIO_open with the default layer should be
> renamed to PIO_open_default.
W
Brent Dax sent the following bits through the ether:
> Are there any objections to this?
Sounds good. For embedding (eg Ponie), we're going to have to make
sure that all symbols start with parrot_ / Parrot_...
Leon
--
Leon Brocard.http://www.astray.com/
scribot..
I wonder does anyone want to think about the "Per-entity comments"
section In PDD 7?
---
Per-entity comments
Every non-local named entity, be it a function, variable, structure,
m
All --
I've got some diffs in my sandbox that I thought I had submitted
at one point, but I can't find any evidence of them being submitted,
so I'll open discussion here.
The first change is that the prototype for string_to_cstring()
becomes:
char *
string_to_cstring(struct Parrot_Interp * i
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> The adding s,/,\${slash},g to config/gen/makefiles.pl one?
No. This was dismissed with the same arguments you have here.
I ment:
Subject: [RfT] Configure/Makefile changes towards Borland C++ Builder
Date: 18 Sep 2003 14:13:08 +0200
Mes
On Sun, Sep 21, 2003 at 08:48:55AM -0700, Gregor N. Purdy wrote:
> The next change is a change to the IO layer. In include/parrot/io.h
> we change struct _ParrotIOLayerAPI to have two versions of C string
> writing:
>
> INTVAL (*PutSc)(theINTERP, ParrotIOLayer * l, /* C-style string put
> */
>
I'm seeing this failure on a clean checkout:
t/src/manifest.NOK 4# Failed test (t/src/manifest.t at line 38)
# Missing files in Manifest:
# languages/jako/examples/python.jako
# languages/jako/jako
# Looks like you failed 1 tests of 4.
t/src/manifest.dubious
Hallo Dan,
Am Sonntag, 21. September 2003 um 04:16 schriebst du:
> At 5:35 PM -0700 9/20/03, Steve Fink wrote:
>>On Sep-20, Steve Fink wrote:
>>> At long last, Parrot-0.0.11 "Doubloon" has been released!
>>
>>And so has Parrot-0.0.11.1, for those of you who want correct native
>>bytecode tests!
Hallo again,
>>>http://cpan.perl.org/authors/id/S/SF/SFINK/parrot-0.0.11.1.tar.gz
>> And all we need now is a 0.0.11.2, with patches to allow four-element
>> version numbers...
> $ diff -urd parrot-0.0.11.1/lib/Parrot/BuildUtil.pm~
> parrot-0.0.11.1/lib/Parrot/BuildUtil.pm
> --- parrot-0.0.11.
On Sun, Sep 21, 2003 at 05:49:41PM +0100, Nicholas Clark wrote:
> I'm seeing this failure on a clean checkout:
>
> t/src/manifest.NOK 4# Failed test (t/src/manifest.t at line 38)
> # Missing files in Manifest:
> # languages/jako/examples/python.jako
> # languages/jako/jako
At 5:49 PM +0100 9/21/03, Nicholas Clark wrote:
I'm seeing this failure on a clean checkout:
t/src/manifest.NOK 4# Failed test (t/src/manifest.t at line 38)
# Missing files in Manifest:
# languages/jako/examples/python.jako
# languages/jako/jako
# Looks like you failed 1 te
At 1:20 AM -0700 9/20/03, Brent Dax wrote:
Okay, I will probably find some time to hack tomorrow, in which case
I'll start in on The Great Renaming. (It's also *right* after a feature
freeze, so hopefully there won't be too many pending patches.) Here's
my plans:
Go ahead. When you're done we'll
Should "parrot -t 2> /dev/null" work the same as "parrot 2> /dev/null"
? (that is, are the results of the program the same except for the
additional output printed to stderr?)
I have a fairly large .imc (with some supplemented files .included in)
which compiles to a 12048 byte .pbc.
When run a
It looks like Brett was talking to the list, but didn't actually send
there. =-)
Running with -b and -p gives the same output as no flags, which if I
read Brett right, means that there's something else wrong.
Regards.
On Sunday, September 21, 2003, at 03:44 PM, Brent Dax wrote:
Will Coleda:
Will Coleda:
# It looks like Brett was talking to the list, but didn't actually send
# there. =-)
Gah! I keep doing that! *headdesk*
# Running with -b and -p gives the same output as no flags, which if I
# read Brett right, means that there's something else wrong.
That tells me that the proble
On Sunday, September 21, 2003, at 04:26 PM, Brent Dax wrote:
Will Coleda:
# Running with -b and -p gives the same output as no flags, which if I
# read Brett right, means that there's something else wrong.
That tells me that the problem is in the runloop you're using. Try it
with each of these
On Tue, Sep 16, 2003 at 04:15:27PM +, Steve Clark wrote:
> # New Ticket Created by Steve Clark
> # Please include the string: [perl #23819]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=23819 >
>
>
> Attached is
Nicholas Clark writes:
> On Sun, Sep 07, 2003 at 02:50:35PM +, Peter Gibbs wrote:
> > # New Ticket Created by Peter Gibbs
> > # Please include the string: [perl #23752]
> > # in the subject line of all future correspondence about this issue.
> > # http://rt.perl.org/rt2/Ticket/Display.html?
Nick --
Looks like I'm the guilty party. I do tend to do this
every now and again, even though I don't consider myself
thoughtless or careless.
I think sometimes I get focused on my local changes and
as I'm testing and committing it just isn't natural to
consider that a change in something that *
Nicholas --
I'd be happy with that...
Regards,
-- Gregor
On Sun, 2003-09-21 at 09:12, Nicholas Clark wrote:
> On Sun, Sep 21, 2003 at 08:48:55AM -0700, Gregor N. Purdy wrote:
> > The next change is a change to the IO layer. In include/parrot/io.h
> > we change struct _ParrotIOLayerAPI to have
- Original Message -
From: "Leopold Toetsch" <[EMAIL PROTECTED]>
To: "Jonathan Worthington" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, September 21, 2003 3:25 PM
Subject: Re: nmake languages fails (Win32)
> Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > The adding s,/,
27 matches
Mail list logo
