I realize that obscure.ops isn't a big deal, but why not make
it work? Thus this patch. This patch eliminates the versions
of the ops that accept integers, under the assumption that trig
on integers is extraordinarily silly.
Index: obscure.ops
===
While editing *.pmc, I'm inclined to make various style details
consistent. But I don't know whose style rules rule in *.pmc.
If necessary, I'll be glad to create a pmc style guide.
--
Chip Salzenberg - a.k.a. -<[EMAIL PROTECTED]>
"It furthers one to have somewhere to g
Everyone I've ever talked to about it agrees that defining things to be a
negative is just a bad idea. Consider:
if (gronk) do_this();
else do_that();
versus
if (not_gronk) do_that();
else do_this();
It is one of the standard refactoring tricks to replace the second one
with the first. The w
Chip Salzenberg:
# While editing *.pmc, I'm inclined to make various style
# details consistent. But I don't know whose style rules rule
# in *.pmc. If necessary, I'll be glad to create a pmc style guide.
I'm not sure what the correct style is, but the coding style PDD should
be a good startin
On Fri, 19 Apr 2002, Daniel S. Wilkerson wrote:
> Please don't use 'but' to associate runtime properties to things.
> Please call it 'has'.
How about both?
Luke
On Sat, 20 Apr 2002, Daniel S. Wilkerson wrote:
> Everyone I've ever talked to about it agrees that defining things to be a
> negative is just a bad idea. Consider:
>
> if (gronk) do_this();
> else do_that();
>
> versus
>
> if (not_gronk) do_that();
> else do_this();
But look how well C read
In a message dated Sat, 20 Apr 2002, Daniel S. Wilkerson writes:
> It is one of the standard refactoring tricks to replace the second one
> with the first. The word "has" is in the positive, whereas "but" is a
> negative, but it assigns a positive, even more confusing.
"but" isn't a negative, no
# New Ticket Created by Daniel Grunblatt
# Please include the string: [netlabs #529]
# in the subject line of all future correspondence about this issue.
# http://bugs6.perl.org/rt2/Ticket/Display.html?id=529 >
I'm currently working on the new jit from Jason Gloudon.
Trying to make it work i
G'day all.
On Sun, Apr 21, 2002 at 08:24:36PM -0300, Daniel Grunblatt wrote:
> Can you store this info in the 'op_info_table' too?
Yes.
CVSmeisters: Please ignore this patch. A replacement one will be
available once "make test" is finished.
Cheers,
Andrew Bromage
G'day all.
Adds argument direction information into Parrot::Op and the
op_info_table.
Cheers,
Andrew Bromage
Index: ops2c.pl
===
RCS file: /cvs/public/parrot/ops2c.pl,v
retrieving revision 1.22
diff -u -r1.22 ops2c.pl
--- ops2c.pl
On Mon, 22 Apr 2002, Andrew J Bromage wrote:
> Adds argument direction information into Parrot::Op and the
> op_info_table.
Applied, thanks.
I also committed a patch that adds branch information too, I believe it
will be usefull for you too.
Daniel Grunblatt.
I think that I have perhaps discovered the solution to my inability to
compile parrot after 0.0.4.
It turns out that many (all?) things were compiling. I got a parrot.o,
for example. So none of the suspected problems with long long or cgoto
are now suspect. I was, for some reason, failing to l
On Sun, Apr 21, 2002 at 02:15:42AM -0700, Brent Dax wrote:
> Chip Salzenberg:
> # While editing *.pmc, I'm inclined to make various style
> # details consistent. But I don't know whose style rules rule
> # in *.pmc. If necessary, I'll be glad to create a pmc style guide.
>
> I'm not sure what
On Mon, Apr 22, 2002 at 12:00:31AM -0400, David Hand wrote:
>
> Index: hints/darwin.pl
> ===
> RCS file: /home/perlcvs/parrot/hints/darwin.pl,v
> retrieving revision 1.4
> diff -u -r1.4 darwin.pl
> --- hints/darwin.pl 8 Feb 2002
On Sun, 21 Apr 2002, Steve Fink wrote:
> On Sun, Apr 21, 2002 at 02:15:42AM -0700, Brent Dax wrote:
> > Chip Salzenberg:
> > # While editing *.pmc, I'm inclined to make various style
> > # details consistent. But I don't know whose style rules rule
> > # in *.pmc. If necessary, I'll be glad to
On Sun, Apr 21, 2002 at 09:24:26PM -0700, Steve Fink wrote:
> On Mon, Apr 22, 2002 at 12:00:31AM -0400, David Hand wrote:
> >
> > Index: hints/darwin.pl
> > ===
> > RCS file: /home/perlcvs/parrot/hints/darwin.pl,v
> > retrieving revi
According to Simon Glover:
> I've made a start on fixing this, and other breaches of encapsulation,
> with my recent patch to perlstring.pmc, but I've been loathe to go
> any further until I get some feedback from Dan and/or Jeff about
> whether I'm fixing it right. If somebody else wants to t
According to Steve Fink:
> And welcome back! Where ya been all this time? Slumming over on the
> linux kernel or somewhere?
Thanks. I've been making Real Life changes: I quit my day job and I'm
going to college for the first time in my life at age 38; so I need to
find consulting work that I can
18 matches
Mail list logo
