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
# New Ticket Created by Will Coleda
# Please include the string: [perl #44875]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44875 >
During a routine svn up today, I noticed Tcl was segfaulting yet again.
svn_binary_searc
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 thi
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #44853]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44853 >
Hello,
I found that compilers/pirc is currently not compiling using MS VC. It says
so
# New Ticket Created by Mark Glines
# Please include the string: [perl #44855]
# in the subject line of all future correspondence about this issue.
# 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 variable.
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
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.
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 inc
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
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44865]
# in the subject line of all future correspondence about this issue.
# 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 assertion
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44861]
# in the subject line of all future correspondence about this issue.
# 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 of co
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 thi
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44851]
# in the subject line of all future correspondence about this issue.
# 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 rele
> 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
sw
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);
> >
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);
> >
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #44847]
# in the subject line of all future correspondence about this issue.
# 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 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 enc
> --- 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
# New Ticket Created by Steve Peters
# Please include the string: [perl #44845]
# in the subject line of all future correspondence about this issue.
# 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 that arg
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
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 te
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
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
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
25 matches
Mail list logo
