This patch removes cuddled elses, as required by PDD 7.
[josh-008.patch]
Index: jit.c
===
RCS file: /home/perlcvs/parrot/jit.c,v
retrieving revision 1.12
diff -u -r1.12 jit.c
--- jit.c 29 Jan 2002 14:05:31 - 1.12
+++
This patch adds a new Makefile target called "check_source". This target
scans all the .c and .h files in the directory and checks for conformance to
a number of the standards outlined in PDD 7.
--Josh
[josh-007.patch]
Index: MANIFEST
=
Ritz Daniel:
# w/o that extern in rx.h the msvc++ can't link and gcc does it
# with or w/o...
# Index: rx.h
# ===
# RCS file: /cvs/public/parrot/include/parrot/rx.h,v
# retrieving revision 1.11
# diff -u -r1.11 rx.h
# --- rx.h 18
At 4:18 PM + 2/17/02, Simon Cozens wrote:
>COMMITTERS PLEASE NOTE: I'd like you to ensure that any changes you commit in
>the future, whether by yourself or anyone else, has an associated PDD. When I
>say "any", I expect you to use your discretion - things to fix up warnings,
>typoes, minor al
this patch adds the inline definition for win32 with msvc++
- for ms compiler: inline is c++, __inline is ms exension for c
- inline functions called from another source file don't work w/o extern
w/o that extern in rx.h the msvc++ can't link and gcc does it with or w/o...
josh's patch [josh-006
On Mon, 18 Feb 2002, Dan Sugalski wrote:
>
> I think I'd rather we did have the cast in there. If nothing else,
> it'll help us note where we've cast incorrectly and, while that might
> just be an error in the casting, it might also indicate an error in
> the logic.
>
OK, this is a roundup of th
Brian Lee Ray:
> I'm not a perl programmer , I'm a C programmer,
Ooh good, we could do with a few more of those around... ;)
> >Need discussion on whether C is a good exception for
> >this, or whether something else should be used. It's really a compiler
> >screw-up, since code which indexes a n
On Mon, 18 Feb 2002, Buggs wrote:
> Index: docs/pdds/pdd6.pod
Yuck! Can we not have 01_parrot.pod or something we can spot from
a distance?
I'll fix up bignum pdd-ness once I'm a bit less busy, which may not be
for a week or so.
Alex Gough
Dan Sugalski wrote:
> I just committed it to CVS. Sync up and give it another shot.
Compiles fine now, thanks.
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
- Original Message -
From: "brian ray" <[EMAIL PROTECTED]>
To: "Simon Cozens" <[EMAIL PROTECTED]>
Sent: Monday, February 18, 2002 1:06 PM
Subject: Re: Keys and Indices PDD
> Hello all. As the new guy here, I suppose I should say a few words
> by way of introduction. My name is Brian Ra
On Mon, Feb 18, 2002 at 01:52:24PM -0500, Josh Wilmes wrote:
> Index: include/parrot/pmc.h
> ===
> RCS file: /home/perlcvs/parrot/include/parrot/pmc.h,v
> retrieving revision 1.17
> diff -u -r1.17 pmc.h
> --- include/parrot/pmc.h
The "inline" bit of that patch was no longer needed, and the ssize_t thing
really shouldn't be needed either.
Here's a patch to simplify things:
[josh-006.patch]
Index: lib/Parrot/OpTrans/CPrederef.pm
===
RCS file: /home/perlcvs/
Dan Sugalski:
# At 10:54 AM -0800 2/18/02, Brent Dax wrote:
# >Dan Sugalski:
# ># Details of strings, PMCs, and vtables shouldn't be exposed
# to people
# ># writing extensions. Strings and PMCs should be opaque types, and
# ># vtables shouldn't be exposed at all, to hide the details of the
# ># i
Fixes the following (lcc) warnings:
- interpreter.c:470: warning: expression with no effect elided
(related to the way warnings flags were defined)
- misc.c:352: warning: unreachable code
misc.c:483: warning: unreachable code
(i introduced these with some overzealous de
At 10:54 AM -0800 2/18/02, Brent Dax wrote:
>Dan Sugalski:
># Details of strings, PMCs, and vtables shouldn't be exposed to people
># writing extensions. Strings and PMCs should be opaque types, and
># vtables shouldn't be exposed at all, to hide the details of the
># implementation. Structure sho
Dan Sugalski:
# Details of strings, PMCs, and vtables shouldn't be exposed to people
# writing extensions. Strings and PMCs should be opaque types, and
# vtables shouldn't be exposed at all, to hide the details of the
# implementation. Structure should be completely unexposed.
#
# Only the core an
At 10:06 PM -0500 2/17/02, Josh Wilmes wrote:
>PDD 7 (coding standards) is also still MIA, although i understand that it's
>basically complete.
And now it's in. :)
--
Dan
--"it's like this"---
Dan Sugal
At 1:42 AM +0100 2/18/02, Buggs wrote:
>And this takes care of the dublicate entries in pdd6, as they seem to have
>slipped in again.
PDD 6 was an old version. I updated it with the contents of
parrot_assembly.pod, which is the up-to-date version.
--
Dan
> "DS" == Dan Sugalski <[EMAIL PROTECTED]> writes:
>> This is a singularly bad name, and needs to change. Probably
>> C is better. It's a shame C is so confusing,
>> since it's accurate.
DS> AGGREGATE_INDEX is good, but awfully big.
what about plain INDEX? or AGG_INDEX if you must.
At 4:22 PM -0500 2/17/02, Melvin Smith wrote:
>You were correct, I'm not sure why you thought pbc2c was the
>default method of running parrot files. I thin pbc2c is just a proof
>of concept toy.
pbc2c is a bit more than a proof of concept, though it'll be a bit
before it's past the toy implement
At 11:45 AM -0500 2/18/02, Josh Wilmes wrote:
>At 8:24 on 02/18/2002 GMT, Simon Cozens <[EMAIL PROTECTED]> wrote:
>
>> Josh Wilmes:
>> > This patch rolls up all my current outstanding patches.
>>
>> Cool, applied. Although I killed libdeps; I assume you didn't want
>> that in there. (Since the
At 12:30 AM +0100 2/18/02, Ritz Daniel wrote:
>this is a quick fix for CPrederef.pm to make to generated code
>compile with the MS compiler.
>
>fixes:
>- ms compiler allows inline only for c++, for c there's __inline
>- ms header files knows nothing about ssize_t
>
>may be this should go into par
At 7:08 PM +0100 2/18/02, Sebastian Bergmann wrote:
>Simon Cozens wrote:
>> Sebastian Bergmann:
>>> http://www.sebastian-bergmann.de/nmake.txt
>> Please check out the patch from Daniel Ritz a few days ago.
>
> Sorry, I don't have this patch. Can someone send it to me? Thanks!
I just comm
Thanks for this one. Few things:
At 5:51 PM + 2/17/02, Simon Cozens wrote:
>=head1 DESCRIPTION
>
>First, let's define some terminology. An B is one which
>supports and implements the C<_keyed> variants of vtable methods. These
>variants are B operations, as they act on a specific indexed
>ele
Simon Cozens wrote:
> Sebastian Bergmann:
>> http://www.sebastian-bergmann.de/nmake.txt
> Please check out the patch from Daniel Ritz a few days ago.
Sorry, I don't have this patch. Can someone send it to me? Thanks!
--
Sebastian Bergmann
http://sebastian-bergmann.de/
Okay, folks, I just added in PDD 7 to the repository, the coding
standard PDD. It's the original draft text from last August. It's in
good shape, but now is the time to give it one more once-over and get
the final form nailed down.
--
Dan
-
At 1:21 PM +0100 2/17/02, Segher Boessenkool wrote:
>Steve Fink wrote:
>>
>> > - key->keys = (KEY_PAIR*)realloc(key->keys,sizeof(KEY_PAIR)*size);
>> > + key->keys = (KEY_PAIR**)realloc(key->keys,sizeof(KEY_PAIR)*size);
>>
>> That seems rather suspicious. I don't know anything about th
At 6:46 PM -0800 2/16/02, Steve Fink wrote:
>On Fri, Feb 15, 2002 at 11:37:23PM -0500, Dan Sugalski wrote:
>> At 12:35 PM -0800 2/15/02, Steve Fink wrote:
>> >
>> >Anyway, here's a patch to repair pbc2c.pl, combined with removing
>> >typecasts in various places throughout the code. It probably
At 1:46 AM -0800 2/16/02, Brent Dax wrote:
>The three subsystems I'm exposing are strings, PMCs, and vtables. These
>changes take care of strings; PMCs and vtables are more involved, and it
>may take some time before I can get them working.
[Snip]
>If anyone has problems with any of this, let me
At 2:43 PM -0800 2/14/02, Karl M. Hegbloom wrote:
> Is this annoying, or helpful? This is one thing that turned up in a
> google search for "librep forth engine".
It's helpful, though in this case it's something we've been batting
around for a year and a half, more or less. (Need to get a goo
At 8:24 on 02/18/2002 GMT, Simon Cozens <[EMAIL PROTECTED]> wrote:
> Josh Wilmes:
> > This patch rolls up all my current outstanding patches.
>
> Cool, applied. Although I killed libdeps; I assume you didn't want
> that in there. (Since there's no patch to the manifest.)
Owch. Point taken:
[jo
Gerson Kurz:
> Also, Arrays seem to be not really available.
They aren't, because I'm still trying to hash (heh, heh) out the details
of keys and indices. See my PDD (Parrot Design Document) of yesterday.
> So next I took a look at the source; arrays are implemented in
> classes/array.pmc which
Parrot seems to work fine. It sure looks a lot nicer than the .NET assembly
language (even though I miss my Motorola 680x0 style syntax ;)
However, it seems that
tostring Sx, ty, Iz
isn't imlpemented yet (besides, I wouldn't know what "string type" to
specify ?). Its not used in the t/o
Sebastian Bergmann:
> http://www.sebastian-bergmann.de/nmake.txt
Please check out the patch from Daniel Ritz a few days ago.
--
You are in a maze of little twisting passages, all alike.
... does not compile, see
http://www.sebastian-bergmann.de/configure.txt
http://www.sebastian-bergmann.de/nmake.txt
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.
On Sun, 17 Feb 2002, Segher Boessenkool wrote:
>
>
> Steve Fink wrote:
> >
> > > - key->keys = (KEY_PAIR*)realloc(key->keys,sizeof(KEY_PAIR)*size);
> > > + key->keys = (KEY_PAIR**)realloc(key->keys,sizeof(KEY_PAIR)*size);
> >
> > That seems rather suspicious. I don't know anything about
Josh Wilmes:
> This patch adds some missing const's to silence a number of gcc warnings.
Much tidier. Thanks.
--
It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.
Something is wrong here.
Josh Wilmes:
> This patch rolls up all my current outstanding patches.
Cool, applied. Although I killed libdeps; I assume you didn't want
that in there. (Since there's no patch to the manifest.)
Simon
--
>You stupid? All of Europe (maybe except those crazy Brits) prints on A4 paper.
Crazy we m
38 matches
Mail list logo
