14 Dec 2013 15:20:06 GMT
Client-Date: Sat, 14 Dec 2013 15:41:14 GMT
Client-Peer: 208.68.36.66:80
Client-Response-Num: 1
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
e that more than one london.pm social announcement has gone
out with the wrong month in the subject :-)
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
at domain.
Also, notify Perl Weekly at perlwee...@perlweekly.com .
https://github.com/parrot/parrot/commit/f40728af7e183bf9c283647e154e884004a9c45e
Does something else need updating?
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
p.
On Linux I installed it as a binary package. This seems to be the way to go
:-)
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
unsigned
type, that is then passed to a seek library call that actually expects a
64 bit signed type.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
On Thu, Aug 16, 2012 at 08:30:35PM -0400, James E Keenan wrote:
> On 8/16/12 12:08 PM, Nicholas Clark wrote:
> > 4294967286 isn't -10. There's a sign extension problem somewhere.
> >
> >
> > Presumably as you're on PPC Darwin you're still on an ver
uot;, 11abcdefghij
)= 11
fsync(3)= 0
fsync(3)= 0
close(3)= 0
gettimeofday({1345133163, 519558}, NULL) = 0
fsync(1)= -1 EINVAL (Invalid argument)
exit_group(0)
h I hope would help.
See http://gcc.gnu.org/wiki/CompileFarm
I don't know of any other places that do free shell accounts for open
source purposes.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
On Mon, Dec 26, 2011 at 11:42:02AM -0500, Daniel Ruoso wrote:
> I could even try to implement a Proof of Concept if someone gave me
> some pointers on where to start and what to look for...
I'm afraid that I'm not someone who can help you there.
On Mon, Dec 26, 2011 at 08:30:29AM -0500, Daniel Ruoso wrote:
> 2011/12/26 Nicholas Clark :
> > On Sun, Dec 25, 2011 at 03:31:36PM -0500, Daniel Ruoso wrote:
> >> The point I'm trying to address is the one that in Perl 6 we are going
> >> to have a lot of implic
y parallelise the
above construction if it can be sure that foo() and bar() have no side
effects?
Presumably this sort of threading only pays off if the CPU gains from
using multiple cores more than offset the cost of creating the threads, and
passing return results back?
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
but they never seemed to take off and actually be for sale. I guess that
tablets canibalised the netbook market.
On the other hand, I am wanting one of these: http://www.raspberrypi.org/
700MHz ARM11 - $35 for the B model, with Ethernet and more RAM.
(although I think that that price
ificantly useful that plugs a hole in
the table, actually treating them differently.
I'm not sure of the state of hardware floating point, as in, which chips
have it (or means to do it), and how many different variations of it there
are.
Nicholas Clark
_
ade, because a runtime pluggable system can't inline the test for
whether an invariant has become breached, or remove it entirely for a GC
that doesn't need write barriers.)
I think compile time flexibility should possible without runtime pain.
But
less than the benefits of being able to use a
binary search rather than a linear scan.)
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
; contiguously in memory). That way, we don't go chasing all over RAM, and
I think you can binary search it, as it's effectively an inversion list.
O(log n) will beat O(n) for any non-trivial size :-)
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
nal code to enable it where supported) in
the perl 5 core for things, and it seems to be a good fit for this problem.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
ime I land. )
http://irclog.perlgeek.de/parrot/2010-08-06#i_2672007
which says that "tickets\100parrot.org" is a way to create tickets, but there's
a tradeoff between advertising that address to humans and advertising it to
spambots.
But for anyone who is on a $DHH plane, it see
works on
> >> Windows.
> >
> > I really never understood how this one works :-|
>
> I thought that was the canonical way to do it. All python scripts I've
> ever seen had #!/usr/bin/env python. It's the option most li
s are not used)
However, I believe that this will still cause problems on *nix in a couple of
cases:
1: perl isn't on your $PATH
2: The first perl on your $PATH isn't new enough
whereas the path of the perl you ran won't suffer from either problem
(Configure.pl will reject if early if it's too old.)
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
quot;#! parrot" -> "#!/usr/bin/parrot"
>
> This is my favorite.
Surely the #! for perl should be the path of the perl used to run Configure.pl,
and the #! for parrot be the path parrot will be installed to?
/usr/bin/perl and /usr/bin/parrot may not even exist.
Nicholas Clark
ut NUM, in NUM) :base_core {
> -if ($2 < 0)
> -$1 = - (FLOATVAL)$2;
> -else
> -$1 = (FLOATVAL)$2;
> + $1 = fabs($2);
Likewise, can sizeof(FLOATVAL) be greater than sizeof(double) ?
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
That would mean that this rule in perl 5 is wrong:
lib/Config_git.pl git_version.h: $(MINIPERL_EXE) make_patchnum.pl
$(MINIPERL) make_patchnum.pl
http://perl5.git.perl.org/perl.git/blob/HEAD:/Makefile.SH#l562
and likely several others.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
ffectively the style of exception handler that is needed here is much like
C's longjmp() - a non-local goto to the point of declaration of the exception
handler, and then the exception handler can make a goto (local or not) to
continue. Not like Perl 5's $SIG{__DIE__} or $SIG{__WARN__} hooks
being able to have const pointers as variables
or in structs, and any assignments to pointers silently casting away const.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
to Perl 5, and got a 40% speed up for my
single inheritance C3 benchmark.
http://perl5.git.perl.org/perl.git/commit/b0413f463ee989f4bfc29e4a
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
On Wed, Jun 17, 2009 at 07:22:16AM -0700, chromatic wrote:
> * L1 and the future
What does "L1" mean in this context? The Internet fails me.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
2)
Eh? -1/2 is 0 for signed integer arithmetic.
> > #define MIN_INTVAL ((~MAX_INTVAL) + 1)
Even with the correct definition of MAX_INTVAL, that's going to be out by 1.
For a two's complement system, it doesn't need the + 1.
The logic that Perl 5 uses to do this is described here:
http://perl5.git.perl.org/perl.git/blob/HEAD:/perl.h#l2178
I suspect it's portable.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
nt that it is there, and that you expect it
to be kept in the loop.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
(I'm here assuming that languages h by default bundle a parrot, or have a
version control command to retrieve their preferred known good version)
2: clean the language tree, and rebuild against the installed HEAD parrot
3: validate that tests results are identical to step 1.
and th
ting away const.
Until gcc fixes that (has it?), nonnull can't be relied on to be truthful.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
;s probably a bit more than you need. :-)
> in OpenSolaris, we could keep the dependency on 5.8.1 (or whatever) and
> increase the Storable dependency to 2.18.
I infer from the quoted message above that bumping the dependency to 2.13
would work as well, but wouldn't cause a lot of other people who have 2.13
to 2.17 installed to need to upgrade.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
confident that it works on yours, and with
your code, you'd best be testing with the release candidate when it comes
(soon) or the latest snapshot (http://www.ccl4.org/~nick/P/perl-34467.tar.bz2
available now, whilst stocks last).
Nicholas Clark
* May not actually be "my" machine in
where and restricted it, for the purpose of an optimisation. And that
restriction is by dint of your choice of implementation of the optimisation.
Swap to 'require' and *everyone* can have their cake and eat it.
So, as far as this script goes, if it goes to the pugs repository, that's fine.
But in the general case, I think that policy should be not to make
optimisations that restrict the accessibility of parrot, and hence impede
its update.
Nicholas Clark
___
http://lists.parrot.org/mailman/listinfo/parrot-dev
34 matches
Mail list logo
