On 2008-Mar-19, at 1:40 pm, Mark J. Reed wrote:
On Wed, Mar 19, 2008 at 1:01 PM, Larry Wall [EMAIL PROTECTED] wrote:
The use of + in Python or in C++ is, I think, primarily the
violation of a *linguistic* principle, not a mathematical principle.
Maybe it's just 'cause I cut my teeth on
Hi François,
lua on parrot seems to have improved a lot, indeed.
It's looking really good.
Some remarks:
* is it possible to show the generated PIR? I can't get life.lua
(included with lua distr.), and I'd like to see what's going on under
the hood.
* running (n)make fails for me on windows,as I
Sorry, I've been caught up in some other stuff, haven't had the time to try and
recreate the build and send you the log. Given the commits that have most
likely taken place since then, I'll assume it's fixed and attach the full build
report if/when I try again.
Ted Neward
Java, .NET, XML
On Thu, Mar 20, 2008 at 2:24 AM, David Green [EMAIL PROTECTED] wrote:
Interestingly, BASIC has gone the other direction --
at least, Visual BASIC uses + for addition and for concatenation;
I'm guessing this happened when VB got variant types that could hold
either numbers or strings.
On Thu Mar 20 01:22:01 2008, [EMAIL PROTECTED] wrote:
SVN rev 26502. Win32, Visual Studio 2008, ActiveState Perl. Build log
(“configure.pl nmake world smoke”) attached.
The following on stderr (and thus wasn’t captured in the build.log):
You must have Test::TAP::HTMLMatrix
On Wed Mar 19 22:20:59 2008, [EMAIL PROTECTED] wrote:
On Wednesday 19 March 2008 17:40:03 James Keenan wrote:
Revisions made in r26491 today to src/jit/ppc/jit_emit.h have broken
'make' for me on Darwin PPC.
Actually, it's a lack of changes made to that file. Does this patch fix
Klaas-Jan Stol wrote:
Hi François,
lua on parrot seems to have improved a lot, indeed.
It's looking really good.
Some remarks:
* is it possible to show the generated PIR? I can't get life.lua
(included with lua distr.), and I'd like to see what's going on under
the hood.
lua.pbc acts as the
HaloO,
Mark J. Reed wrote:
For the record, I am opposed to any restriction on operator
overloading that requires mathematical properties to hold. ANYTHING
is fair if you predeclare.
Hmm, my idea is more about defining interfaces that allow to detach
implementation of (numerical) algorithms
On Thu, Mar 20, 2008 at 10:01 AM, TSa [EMAIL PROTECTED] wrote:
Hmm, my idea is more about defining interfaces that allow to detach
implementation of (numerical) algorithms from datatypes. E.g. the
Euclidean algorithm to find the gcd requires division and a remainder
that decreases in
HaloO,
Mark J. Reed wrote:
Sure. But that's different from saying Ok, you can only define an /
operator for numberish things.
Well, if you adhere to the ring, field or whatever interface the
overloaded / sort of ends up being numberish anyway.
BTW, do we have a unary multiplikative
On Thu, Mar 20, 2008 at 11:03:11AM -0400, Mark J. Reed wrote:
:Besides, there is nothing that inherently
:associates the / symbol with division - it's only an ASCII
:approximation of fraction notation.
:
: We all know that ASCII is a rather limited char set but one
: that has the
On Thu, Mar 20, 2008 at 05:06:00PM +0100, TSa wrote:
BTW, do we have a unary multiplikative inversion operator?
That is 1/ as prefix or **-1 as postfix?
Well, 1/ looks like a pretty good prefix. :)
Except it's not really first class. This ain't Haskell...
As for **-1, I'd suspect that of
At 17:06 +0100 3/20/08, TSa wrote:
BTW, do we have a unary multiplikative inversion operator?
That is 1/ as prefix or **-1 as postfix? Perhaps .inv as method?
Do we have .neg for additive inversion?
There certainly is the unary minus even though it is badly interpreted in some
languages,
TPF has been accepted by Google as a mentoring organization:
http://code.google.com/soc/2008/; from their website:
We'll begin accepting student applications on Monday, March 24,
2008, so you have a full week to get to know more about what your
would-be mentors are looking for and to hone your
On Thursday 20 March 2008 04:35:11 James Keenan via RT wrote:
On Wed Mar 19 22:20:59 2008, [EMAIL PROTECTED] wrote:
Actually, it's a lack of changes made to that file. Does this patch fix
things for you?
Unfortunately, no. 'make' failed at almost exactly the same point. See
attached
On Thu, Mar 20, 2008 at 1:09 PM, Doug McNutt [EMAIL PROTECTED] wrote:
Don't even think about parsing = -$x**2; so that it returns a positive
result.
Okay, going way off on a tangent here, but I don't think the Perl
interpretation is quite as obviously correct as you think it is;
there's a
On Thu Mar 13 14:04:28 2008, particle wrote:
let's thank our donors online as well as in the distro.
~jerry
The web site now has links to the Donors file on the docs index page and
in the side nav.
Had to change it to POD to make integration with the website easier.
Any updates to this file
# New Ticket Created by Will Coleda
# Please include the string: [perl #51944]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=51944
The new cygwin readme claims that parrot builds out of the box on
cygwin, however,
Hi Jonathan,
* Jonathan Lang [EMAIL PROTECTED] [2008-02-24 22:30]:
So if I'm understanding you correctly, the following would be
an example of what you're talking about:
{ use text; if $a 49 { say $a } }
...with the result being the same as Perl5's 'if $a gt 49 {
say $a }' (so if $a
Sorry; fails at approx same point. Build log attached.
Compiling with:
xx.c
/usr/bin/gcc-3.3 -I./include -fno-common -no-cpp-precomp -pipe
-I/usr/local/include -pipe -fno-common -Wno-long-double -DHASATTRIBUTE_CONST
-DHASATTRIBUTE_DEPRECATED -DHASATTRIBUTE_FORMAT -DHASATTRIBUTE_MALLOC
On Thursday 20 March 2008 16:19:33 James Keenan via RT wrote:
src/jit/ppc/core.jit: In function `Parrot_pic_callr___pc_exec':
src/jit/ppc/core.jit:1261: warning: initialization from incompatible
pointer type src/jit/ppc/core.jit:1270: error: request for member `cache'
in something not a
James Keenan via RT wrote:
This thread petered out after January 30, which was fine with me because
we couldn't diagnose why Allison's proposed patch was causing
Configure.pl to throw warnings on Darwin (OS X 10.4.11, ppc, gcc-3.3) at
config/auto/readline.pm. Configure.pl quietly did its thing
On Thu Mar 20 16:25:54 2008, [EMAIL PROTECTED] wrote:
[snip]
Edit src/jit_cpu.c
My build apparently didn't get that far:
$ ls src/jit*.c | cat
src/jit.c
src/jit_debug.c
src/jit_debug_xcoff.c
On Thu Mar 20 16:59:55 2008, [EMAIL PROTECTED] wrote:
The dynamic lookup patch was applied in the PDD 17 branch, and merged in
with the rest of the branch. As I understood it, your problem with the
patch was that you didn't have MACOSX_DEPLOYMENT_TARGET properly set to
10.3, and I remember
I've developed a patch which, when run, will produce output like the
attached, pdd_format.t.output.txt.
Before I proceed further, let me ask:
(1) Does this output look reasonable?
(2) Most of the too-long lines are 79 or 80 characters long, violating
the 78-char length specified. Do we really
25 matches
Mail list logo
