What does atan2(0, 0) generate on tru64?
On Jan 5, 2008, at 7:51 PM, Jarkko Hietaniemi wrote:
--- src/pmc/complex.pmc.dist2008-01-06 00:48:21.0 +0200
+++ src/pmc/complex.pmc 2008-01-06 02:53:34.0 +0200
@@ -1180,7 +1180,10 @@
im = 0.0;
RE(d) = log(sqrt(
On Saturday 05 January 2008 17:51:41 Jarkko Hietaniemi wrote:
> --- src/pmc/complex.pmc.dist 2008-01-06 00:48:21.0 +0200
> +++ src/pmc/complex.pmc 2008-01-06 02:53:34.0 +0200
Thanks, applied as r24578.
I'm really glad to hear the implication that Tru64 can compile at least
--- src/pmc/complex.pmc.dist2008-01-06 00:48:21.0 +0200
+++ src/pmc/complex.pmc 2008-01-06 02:53:34.0 +0200
@@ -1180,7 +1180,10 @@
im = 0.0;
RE(d) = log(sqrt(re*re + im*im));
-IM(d) = atan2(im, re);
+ if (re == 0.0 && im == 0.0) /* atan2(0,
Author: rgrjr
Date: Sat Jan 5 19:32:44 2008
New Revision: 24577
Modified:
trunk/docs/pdds/pdd03_calling_conventions.pod
Log:
+ Expand description of current overflow/underflow behavior, explain
how to control this via C. Documentation deficit pointed
out by bgeron.
Modified: t
> "Richard" == Richard Hainsworth <[EMAIL PROTECTED]> writes:
Richard> Perl scripts have had the extension *.pl
No, some people put .pl on the end of their "scripts" because they are running
on broken operating systems.
In the large number of years that I've been writing "scripts" on UNIX, I
On Saturday 05 January 2008 17:50:58 Steven Dee wrote:
> docs/debug.pod: valgrind excepts "--log-file", not "--logfile".
Indeed it does. Thanks, applied as r24574.
-- c
# New Ticket Created by Steven Dee
# Please include the string: [perl #49418]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49418 >
docs/debug.pod: valgrind excepts "--log-file", not "--logfile".=== docs/debug.pod
Can you mention what platform tests were failing on? t/shootout
isn't failing anymore on any platform I have access to. It's very
slow, but not failing.
No, I didn't mean that I would maintain it. I just started a place
for people to keep notes on, just to get inertia going.
Another rea
Author: larry
Date: Sat Jan 5 17:42:13 2008
New Revision: 14482
Modified:
doc/trunk/design/syn/S11.pod
Log:
Module names are in Unicode even on non-Unicode filesystems. Juerd++
Modified: doc/trunk/design/syn/S11.pod
==
On Sun, Jan 06, 2008 at 12:55:28AM +0100, Juerd Waalboer wrote:
: Personally I'm hoping for some extra abstraction in module filenames, to
: allow UTF-8 module names with ASCII filenames.
Already specced. From S02:
In the abstract, Perl is written in Unicode, and has consistent Unicode
s
Author: larry
Date: Sat Jan 5 17:24:55 2008
New Revision: 14481
Modified:
doc/trunk/design/syn/S02.pod
Log:
Removal of false indication of correspondence between fatarrow and adverbial
special forms,
and much clarification of special adverbial forms, requested by Trey Harris++
Modified: do
From: Bram Geron <[EMAIL PROTECTED]>
Date: Sat, 05 Jan 2008 23:38:57 +0100
Hi,
Currently, argument passing is done using the same code as return value
passing (with :flat and :slurpy stuff). But there's a small difference:
argument passing can generate more errors than return va
Richard Hainsworth skribis 2008-01-05 0:14 (+0300):
> Perl scripts have had the extension *.pl
I usually only give throw-away scripts a .pl extension. Others I call
"program" and make executable, with no extension.
> Trivial question, I suppose, but any reason not to use .p6?
It will look incre
In a message dated Thu, 3 Jan 2008, [EMAIL PROTECTED] writes:
+But these bindings I autovivify:
my %hash;
my $val := %hash;
my @array;
-my $obj = [EMAIL PROTECTED]; # $obj is a Capture object - see S02
+my $cap = [EMAIL PROTECTED]; # $obj is a Capture object - see S02
+m
More info:
Test failed on SVN revision 24566, but passed in revision 24567
So OK to close this one.
On Sat, Jan 05, 2008 at 12:19:14PM -0600, Patrick R. Michaud wrote:
> On Sat, Jan 05, 2008 at 11:09:57AM +, Nicholas Clark wrote:
> > On Sat, Jan 05, 2008 at 02:11:35AM -0800, chromatic wrote:
> > Jarkko's view was that if he were doing Perl 5 Unicode again he would opt
> > for
> > fixed widt
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #49408]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49408 >
make test failed on:
Linux 2.6.22.14-72.fc6 #1 SMP x86_64 x86_64 x86_64 GNU/Linux
Agreed that PCCMETHODs need to be optimized, and they will be. (One of
the first optimizations will be making it so a PCCMETHOD call doesn't
have to check whether it's calling an old METHOD.)
But the old METHODs aren't sufficient to support the dynamic languages
we're targeting. They don't sup
Am Freitag, 14. Dezember 2007 04:01 schrieb Will Coleda:
> From PDD17:
>
> Methods are declared in the body of the C or C
> declaration with C.
>
> METHOD inspect(STRING *what :optional, int got_what :opt_flag) {...}
>
> [NOTE: There is an older C keyword, which is deprecated. The
> current C wil
Andy Lester wrote:
I've started a wiki page for problems with builds/tests that are known
to be problems.
http://www.perlfoundation.org/parrot/index.cgi?build_status
This way we have a canonical place to look, rather than wondering "Hmm,
did this t/stm/*.t file pass before, or did I break it?
James Keenan via RT wrote:
For whatever reason, t/stm/basic_mt.t is no longer hanging on my Debian
Linux box. Instead, it is merely failing, as is t/stm/runtime.t.
Is this after r24562? If so, then my latest changes did fix the hang (good).
The other failures are intermittent, but I'm marking
On Sat, Jan 05, 2008 at 11:09:57AM +, Nicholas Clark wrote:
> On Sat, Jan 05, 2008 at 02:11:35AM -0800, chromatic wrote:
> > On Saturday 05 January 2008 01:26:48 Patrick R. Michaud wrote:
>
> > > I think it will still be worthwhile to investigate
> > > converting strings into a fixed-width enc
On Sat, Jan 05, 2008 at 02:11:35AM -0800, chromatic wrote:
> On Saturday 05 January 2008 01:26:48 Patrick R. Michaud wrote:
>
> > As of r24557 I've rewritten find_cclass and find_not_cclass
> > so that they use a string iterator instead of repeated calls
> > to ENCODING_GET_CODEPOINT. I also impr
On Sat, Jan 05, 2008 at 12:17:00PM +0100, Cosimo Streppone wrote:
> Patrick wrote:
> >
> >[...] I also improved utf8_set_position
> >a bit so that it doesn't always have to restart position
> >counting from the beginning of the string. As a result,
> >compiling the actions.pl script on my machine
I've started a wiki page for problems with builds/tests that are known
to be problems.
http://www.perlfoundation.org/parrot/index.cgi?build_status
This way we have a canonical place to look, rather than wondering
"Hmm, did this t/stm/*.t file pass before, or did I break it?"
There's also a
There have been no complaints, so I'm resolving this ticket. But I note
that we don't get regular smoke reports on Darwin -- the only OS
relevant for this ticket -- so there's a small chance of problems down
the road.
kid51
For whatever reason, t/stm/basic_mt.t is no longer hanging on my Debian
Linux box. Instead, it is merely failing, as is t/stm/runtime.t.
See attached output of 'prove -v' on these two files.
kid51
[li11-226:elimdata] 533 $ prove -v t/stm/runtime.t t/stm/basic_mt.t
t/stm/runtime.1..5
ok 1 -
On Thu Jan 03 19:42:16 2008, [EMAIL PROTECTED] wrote:
[snip]
> What remains is:
> (1) Eliminate code from Parrot::Configure and Parrot::Configure::Step
> that was used to process the 'args' attribute.
> (2) Adjust documentation in those modules and in docs/configuration.pod.
The patch attached t
chromatic wrote:
This bug is the primary thing I've been
working on the past couple of days, and I'll let you know when I check
in a fix for you to test.
I've checked in an update that fixes two bugs. Jim, please let me know
if these fixes resolved the persistent hang.
There are, unfortunate
New:
Perl 6 People:
http://www.perlfoundation.org/perl6/index.cgi?perl_6_people
Revised and extended:
Main page:
http://www.perlfoundation.org/perl6
About this Wiki:
http://www.perlfoundation.org/perl6/index.cgi?about_this_wiki
Best regards,
Conrad Schneiker
www.AthenaLab
Cosimo wrote:
Patrick wrote:
[...] I also improved utf8_set_position
What happens if string already has `i->charpos > pos' ?
[... /me reads again the diff ...]
I realized while writing this that if `i->charpos > pos'.
you simply end up re-scanning the string from the start.
Is that correct
Patrick wrote:
[...] I also improved utf8_set_position
a bit so that it doesn't always have to restart position
counting from the beginning of the string. As a result,
compiling the actions.pl script on my machine goes from 39s to
a little over 28s -- about a 25% speed increase.
I have a doub
On Sat, Jan 05, 2008 at 02:11:35AM -0800, chromatic wrote:
> On Saturday 05 January 2008 01:26:48 Patrick R. Michaud wrote:
> > I think it will still be worthwhile to investigate
> > converting strings into a fixed-width encoding of some sort
> > instead of performing scans on variable-width encod
On Saturday 05 January 2008 00:45:41 Allison Randal wrote:
> James Keenan via RT wrote:
> > FWIW: This test was consistently passing for me on Linux up thru Dec
> > 29. Along with several other tests, it was failing for me on Linux on
> > Dec 31 -- but it was *not* hanging and preventing 'make
On Saturday 05 January 2008 01:26:48 Patrick R. Michaud wrote:
> As of r24557 I've rewritten find_cclass and find_not_cclass
> so that they use a string iterator instead of repeated calls
> to ENCODING_GET_CODEPOINT. I also improved utf8_set_position
> a bit so that it doesn't always have to rest
On Friday 04 January 2008 22:29:40 Patrick R. Michaud wrote:
> Actually, the perl6 compiler and PCT are really agnostic about utf8 --
> they rely on Parrot to handle any transcoding issues. They try
> to keep strings as ASCII whenever possible, and only use unicode:"..."
> when there's a characte
On Sat, Jan 05, 2008 at 01:09:01AM -0600, Patrick R. Michaud wrote:
> On Sat, Jan 05, 2008 at 12:29:40AM -0600, Patrick R. Michaud wrote:
> > On Fri, Jan 04, 2008 at 07:43:18PM -0800, chromatic wrote:
> > > (Callgrind suggests that about 45% of the running time of
> > > the NQP part of the build c
James Keenan via RT wrote:
FWIW: This test was consistently passing for me on Linux up thru Dec
29. Along with several other tests, it was failing for me on Linux on
Dec 31 -- but it was *not* hanging and preventing 'make test' from
proceeding. That hanging began yesterday (Jan 3) and has con
38 matches
Mail list logo
