Paolo Molaro wrote:
On 08/16/07 Ron Blaschke wrote:
This optimization reaches likely back to times, when the opcode engine was
designed. It's saving one interpreter push statement [1] per JIT calling
one
external function, and I've always thought of it as a very cool (and valid)
thingy,
Mark Glines wrote:
On Tue, 21 Aug 2007 13:08:05 +0200
Ron Blaschke [EMAIL PROTECTED] wrote:
The win32 skippage will need to be removed again, once the PMCNULL
symbol is exported correctly from libparrot.dll.
Not adding the skip on the other t/src tests will cause them to
fail. I think it
On Mon, Aug 20, 2007 at 05:26:22PM -0400, Andy Dougherty wrote:
Nor can I. Thus you either use lots of platform-specific code (determined
by Configure.pl) or turn off gcc's -Wfloat-equal warning flag and just
write f == 0.0.
Or, maybe
f = 0.0 f = 0.0
which I believe is identical, even
On 07/08/22 11:16 +0200, Ron Blaschke wrote:
Jerry mentioned yesterday that there shouldn't be any failures for a
release, which makes sense as it would only upset users. Maybe there
should be a ticket for the failures then? Or an environment variable
like PARROT_PORTER which makes all tests
On Wed, 22 Aug 2007 11:16:12 +0200
Ron Blaschke [EMAIL PROTECTED] wrote:
Don't know if its a problem if they fail. I don't have a problem
with failures as they tell me there's something that needs
attention.
True. Well, these issues do need attention, so maybe they *should*
fail. :)
# New Ticket Created by Steve Peters
# Please include the string: [perl #44845]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44845
Solaris CC is a bit more sensative than g++ in three cases. First, making
sure
--- src/encoding.c.old Wed Aug 22 08:15:22 2007
+++ src/encoding.c Wed Aug 22 08:15:58 2007
@@ -105,6 +105,7 @@
{
UNUSED(encodingname);
real_exception(interp, NULL, UNIMPLEMENTED, Can't load encodings yet);
+return NULL;
}
/*
--- src/interpreter.c.old Wed
On Wed, Aug 22, 2007 at 04:11:38PM +0200, Paul Cochrane wrote:
--- src/encoding.c.old Wed Aug 22 08:15:22 2007
+++ src/encoding.c Wed Aug 22 08:15:58 2007
@@ -105,6 +105,7 @@
{
UNUSED(encodingname);
real_exception(interp, NULL, UNIMPLEMENTED, Can't load encodings
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44847]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44847
This ticket is a placeholder for the 0.4.16 release on 18 September 2007.
On 8/22/07, Steve Peters [EMAIL PROTECTED] wrote:
On Wed, Aug 22, 2007 at 04:11:38PM +0200, Paul Cochrane wrote:
--- src/encoding.c.old Wed Aug 22 08:15:22 2007
+++ src/encoding.c Wed Aug 22 08:15:58 2007
@@ -105,6 +105,7 @@
{
UNUSED(encodingname);
On 22/08/07, Steve Peters [EMAIL PROTECTED] wrote:
On Wed, Aug 22, 2007 at 04:11:38PM +0200, Paul Cochrane wrote:
--- src/encoding.c.old Wed Aug 22 08:15:22 2007
+++ src/encoding.c Wed Aug 22 08:15:58 2007
@@ -105,6 +105,7 @@
{
UNUSED(encodingname);
We can leave it out, but then we'll never be able to compile Parrot with
Solaris CC.
I just tried to compile Parrot with suncc and everything works (the
tests are running atm). Did you configure with --cgoto=0? This is a
known problem that suncc should be able to handle computed gotos but
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44851]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44851
Supposedly a change to the pbc format eliminates the need
for step 2.f in the
On Wed, 22 Aug 2007 11:16:12 +0200
Ron Blaschke [EMAIL PROTECTED] wrote:
Jerry mentioned yesterday that there shouldn't be any failures for a
release, which makes sense as it would only upset users. Maybe there
should be a ticket for the failures then?
I have created ticket #44855 for this
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44861]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44861
For the 0.4.15 release a note was added to README regarding the
large number
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44865]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44865
As of r20786, t/stm/basic_mt.t is failing on my x86_64 box
with a failed
On 22/08/07, Nicholas Clark [EMAIL PROTECTED] wrote:
On Wed, Aug 22, 2007 at 05:40:45PM +0200, Paul Cochrane wrote:
We can leave it out, but then we'll never be able to compile Parrot with
Solaris CC.
I just tried to compile Parrot with suncc and everything works (the
CC isn't cc
Oops. I replied to this on the RT site, but it looks like I neglected
to tell it to copy the list (or you). I'll cutpaste my response below.
On Tue, 21 Aug 2007 21:02:39 -0400
James E Keenan [EMAIL PROTECTED] wrote:
I do have some qualms.
(1) I know that there have been issues with
On behalf of the Parrot team, I'm proud to announce Parrot 0.4.15
Augean Stable. Parrot (http://parrotcode.org/) is a virtual
machine aimed at running all dynamic languages.
Parrot 0.4.15 can be obtained via CPAN (soon), or follow the
download instructions at http://parrotcode.org/source.html.
# New Ticket Created by Mark Glines
# Please include the string: [perl #44855]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44855
t/src/compiler.t fails on msvc/win32 because the linker can't find the
PMCNULL
On Wed Aug 22 09:49:20 2007, pmichaud wrote:
# Failed test (t/stm/basic_mt.t at line 168)
# Exited with error code: 134
# Received:
# src/stm/backend.c:608: failed assertion 'successp'
I get the same failure, intermittently, on dual-CPU x86. It looks like
a thread race condition, not
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #44853]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44853
Hello,
I found that compilers/pirc is currently not compiling using MS VC. It
Also borked on gcc 4.0.1 osx/intel. See attached, result of cd
compilers/pirc make
On Aug 22, 2007, at 12:07 PM, Klaas-Jan Stol (via RT) wrote:
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #44853]
# in the subject line of all future correspondence about this
# New Ticket Created by Will Coleda
# Please include the string: [perl #44875]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=44875
During a routine svn up today, I noticed Tcl was segfaulting yet again.
On Wed, Aug 22, 2007 at 05:40:45PM +0200, Paul Cochrane wrote:
We can leave it out, but then we'll never be able to compile Parrot with
Solaris CC.
I just tried to compile Parrot with suncc and everything works (the
CC isn't cc
(C++ compiler versus C compiler)
Nicholas Clark
25 matches
Mail list logo