# New Ticket Created by Jerry Gay
# Please include the string: [perl #52910]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52910
Placeholder and container for issues related to the 20 May 2008 release.
On Tue, Apr 15, 2008 at 7:37 AM, Bob Rogers [EMAIL PROTECTED]
wrote:
From: Senaka Fernando (via RT) [EMAIL PROTECTED]
Date: Mon, 14 Apr 2008 07:38:22 -0700
# New Ticket Created by Senaka Fernando
# Please include the string: [perl #52888]
# in the subject line of all future
Hi Mark,
Yes, if possible that would be great. Another is to change,
key_next(PARROT_INTERP, ARGIN(const PMC *key)) to key_next(PARROT_INTERP,
ARGIN(PMC *key)).
Regards,
Senaka
On Tue, Apr 15, 2008 at 10:20 AM, Mark Glines via RT
[EMAIL PROTECTED] wrote:
On Mon Apr 14 04:50:02 2008, [EMAIL
HaloO,
John M. Dlugosz wrote:
Then the declaration
my ::T $x = whatever;
should use the exact same generic mechanism! At worst, it needs
I would expect that this works by binding ::T to the type of whatever.
my Any ::T $x = whatever;
Any here is optional.
and it will introduce
In S02 it is writ, The key type of a hash may be specified as a shape
trait--see S09.
However, S09 is rather brief on hashes, and although it shows using a type
inside the curlies, it never talks about shape traits or anything else.
Am I do understand that it pretty much does all the same
HaloO,
John M. Dlugosz wrote:
More globally, nothing is said much about parameters to types.
It shows an example like Array[of=T] but never discusses the
syntax of defining parameterized types or anything. Is there
a paper or discussion on that I could read?
Essentially the direct
Miller, Hugh wrote:
What about the type support (system) one sees in ML ? (e.g., the way it
assigns automatically types can be assigned, does not require specific
types when they are not needed, flags incompatibilities, etc.) Do those
things not fit well with Perl's approaches and aims ?
HaloO,
Jonathan Worthington wrote:
Miller, Hugh wrote:
Was that private communication or on another mailing list?
What is the type of $b? Well, we can't actually infer that because foo
might be:
sub foo() {
$OUTER::a = oh hi, i iz not int!
}
That should be $CALLER::a because
This patch should fix the problem.
Note that one needs to run flex so as to generate the dependant file
that is tracked by svn.
cd compilers/imcc
flex -d -o imclexer.c imcc.l
Index: compilers/imcc/imcc.l
===
---
TSa wrote:
Jonathan Worthington wrote:
Miller, Hugh wrote:
Was that private communication or on another mailing list?
It was also sent to perl6-language, through I was on the To or Cc line
too, so I guess that's how I got it but the list, somehow, didn't. Not
sure why the original message I
Sorry, I know this is closed but it seemed to be related to what I'm
seeing. Due to my (perhaps unorthodox) permission settings, I'm getting
No Perldoc found due to:
config/auto/perldoc.pm
trying:
sub runstep {
my ( $self, $conf ) = @_;
my $cmd = $conf-data-get_p5('scriptdirexp') .
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #52894]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52894
config/auto/perldoc.pm uses a hardcoded, local path for a temp file to
On Mon Apr 14 12:20:52 2008, infinoid wrote:
Issue resolved due to closure request from submitter. Thanks!
Sorry, I should turn my brain on. Ticket reopened pending confirmation.
tewk: does this issue still exist for you? I've confirmed that Senaka's
Ubuntu Gutsy machine detects backtrace()
Okay a patch using File::Temp
Index: config/auto/perldoc.pm
===
--- config/auto/perldoc.pm (revision 26971)
+++ config/auto/perldoc.pm (working copy)
@@ -20,6 +20,7 @@
use strict;
use warnings;
+use File::Temp;
use base
Hi all,
It seems that most C++ test failures are caused due to dll linkage errors.
Adding the extern C block to each header will circumvent these.
Regards,
Senaka
On Mon Apr 14 04:50:02 2008, [EMAIL PROTECTED] wrote:
Attaching patch No. 2 for C++ Build Issue.
Using a normal C compiler (gcc), I get this warning before this patch:
src/key.c:448: warning: passing argument 2 of 'key-vtable-isa'
discards qualifiers from pointer target type
And these warnings
Issue fixed
Kevin
Mark Glines via RT wrote:
On Mon Apr 14 12:20:52 2008, infinoid wrote:
Issue resolved due to closure request from submitter. Thanks!
Sorry, I should turn my brain on. Ticket reopened pending confirmation.
tewk: does this issue still exist for you? I've
In my opinion, TGE is a very good tool, especially for new languages
when the grammar (and its tree structure) is not well established.
The need for language experimentation is not execution performance,
but rapid development and clean design.
The functional paradigm of TGE (like XSLT,
John M. Dlugosz wrote:
Moritz Lenz moritz-at-casella.verplant.org |Perl 6| wrote:
John M. Dlugosz wrote:
I posted my current work at
http://www.dlugosz.com/files/specdoc.pdf
and .odt.
3.1.1 Normalization uses a constant without a sigil - is that really
allowed?
Yes, it's in
On Fri Apr 04 10:50:53 2008, pmichaud wrote:
On Fri, Apr 04, 2008 at 10:06:39AM -0700, chromatic wrote:
Using CONST_STRING to build the null STRING will hurt performance
less, but
the right solution is to excise all traces of new_from_string()
throughout
the system, and then completely
HaloO,
John M. Dlugosz wrote:
This needs to be fleshed out. Decisions need to be made.
Anyone want to discuss it with me?
I want to. But give me time. Meanwhile you could read
e.g. http://www.dcs.shef.ac.uk/~ajhs/classify/index.html.
This deals with F-bounded polymorphism in a tutorial
It would behoove @Larry to examine the optional type constraints
system proposed for Javascript:TNG (see link from firefox.com
developers page). I therefore assume that they have done so, but
others would benefit by doing likewise. :)
On 4/15/08, TSa [EMAIL PROTECTED] wrote:
HaloO,
John M.
I apologize for the vagueness; I was away from browser when I sent
that. Go to http://www.ecmascript.org for the nitty gritty on
ECMAScript 4th Edition, a.k.a. JavaScript 2, which is what I was
talking about. White papers, specs, reference interpreter.
The link from the Firefox developers page
On Sat, Apr 12, 2008 at 6:45 PM, Moritz Lenz
[EMAIL PROTECTED] wrote:
Bernhard Schmalhofer via RT wrote:
On Do. 13. Mär. 2008, 08:37:06, coke wrote:
Do you have an existing parrot installation already? If so, the
installed library could be conflicting with running this copy of out
the
Oops, hit send too fast. Here's the patch.
Use SRFI-9 (Records)
From: Andreas Rottmann [EMAIL PROTECTED]
---
languages/eclectus/compiler.scm |6 +-
languages/eclectus/gauche/prelude.scm | 10 --
languages/eclectus/guile/prelude.scm | 10 --
3 files
Aloha!
On behalf of the Parrot team, I'm proud to announce Parrot 0.6.1
Bird of Paradise. Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.6.1 can be obtained via CPAN (soon), or follow the
download instructions at
Am Samstag, 12. April 2008 02:27 schrieb chromatic:
I've committed a couple of minor optimizations which speed up Rakudo and
Perl OO in general by about 35%. There may be a few more lurking, but I
keep running into three spots which dominate most of the other optimization
strategies I might
Am Freitag, 11. April 2008 21:02 schrieb Nuno 'smash' Carvalho:
Greetings all,
I just posted a little Parrot benchmark in my use.perl's journal
Just a reminder:
Please don't use unoptimzed builds for benchmarking. There are a lot of code
asserts and other slowdowns due to compiler goodwill
On Wed, 2008-04-16 at 00:10 +0200, Leopold Toetsch wrote:
Am Freitag, 11. April 2008 21:02 schrieb Nuno 'smash' Carvalho:
Greetings all,
I just posted a little Parrot benchmark in my use.perl's journal
Just a reminder:
Please don't use unoptimzed builds for benchmarking. There are a
Hi,
chromatic wrote:
3) PCC argument processing is slow. I've looked over Parrot_pass_args and
Parrot_process_args several times in the past few months, and I didn't see
any obvious speedups or tricks. However, we do spend a lot of time shuffling data back and forth, and something (instinct,
# New Ticket Created by Senaka Fernando
# Please include the string: [perl #52916]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52916
Index: src/nci_test.c
Mark J. Reed wrote:
It would behoove @Larry to examine the optional type constraints
system proposed for Javascript:TNG (see link from firefox.com
developers page). I therefore assume that they have done so, but
others would benefit by doing likewise. :)
Could you be a little more specific
# New Ticket Created by Andreas Rottmann
# Please include the string: [perl #52934]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52934
The attached patch adds Chicken support to Eclectus, and changes the
test
On Wed, Apr 16, 2008 at 02:19:42AM +0200, Jonathan Worthington wrote:
I thought that detecting when the signature on the caller and callee
side were identical and fast-tracking that might help. I stuck in
something to count how many times this happened. It was the case in 23%
of calls while
# New Ticket Created by Andreas Rottmann
# Please include the string: [perl #52932]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52932
Use SRFI-9 records instead of DEFINE-RECORD.
--
Andreas Rottmann |
On Tuesday 15 April 2008 17:19:42 Jonathan Worthington wrote:
I thought that detecting when the signature on the caller and callee
side were identical and fast-tracking that might help. I stuck in
something to count how many times this happened. It was the case in 23%
of calls while compiling
On Tuesday 15 April 2008 19:40:48 [EMAIL PROTECTED] wrote:
Added:
trunk/t/steps/auto_macports-08.t
- copied, changed from r26997, /trunk/t/steps/auto_macports-07.t
Modified:
trunk/MANIFEST
trunk/config/auto/macports.pm
Log:
Fix bug in auto::macports identified at Perl
37 matches
Mail list logo