Matt fixed some bugs, I added some code and some empty builtins just
to get things to compile.
Looks like the "hello" benchmark works, at least. =-)
Most of the other tests, however, are generating bus errors +/or
segmentation faults, ala #37814.
Regards.
On Dec 13, 2005, at 10:25 AM, Wil
Now generates the Exception "Not a Number", which can be caught and dealt with
properly
by expr.
> [leo - Tue Dec 13 13:43:06 2005]:
>
>
> On Dec 13, 2005, at 20:04, Matt Diephouse wrote:
>
> > MMD function __i_multiply not foundfor types (1, -100)
>
> according to runtime/parrot/include/pmc
If you enable PARROT_ERRORS_PARAM_COUNT_FLAG, parrot_pass_args
miscounts a :flat array as a single argument, leading to inappropriate
errors. This patch fixes arg counting, adds tests to cover, and
improves the error messages. If parrot_pass_args_fromc supports :flat,
then it may have similar
Leopold Toetsch wrote:
and I changed the definitino of CREATE_THREAD_JOINABLE:
For a final patch you could include some #ifdef SOLARIS_VERSION == foo
to just include necessary extensions.
Doesn't look like there's anything Solaris-specific here. Other
non-Linux OSes will need the same cha
On Dec 13, 2005, at 19:35, Erik Paulson wrote:
I've got it to work now, thanks to Joe Wilson who gave me the last
clue.
Great.
I turned on pthreads in configure:
perl Configure.pl --ccflags=":add{ -pthreads -D_REENTERANT }"
--linkflags=":add{ -pthreads }"
Have a look at config/init/hints
Tuesday, December 13, 2005, 10:38:42 PM, jerry gay wrote:
> On 12/13/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> jerry gay wrote:
>> > classes\env.pmc(26) : warning C4273: '__p__environ' : inconsistent dll
>> > linkage
>> > D:\usr\local\perl\bin\perl.exe build_tools\pmc2c.pl --c
>> > c
On Dec 13, 2005, at 20:04, Matt Diephouse wrote:
MMD function __i_multiply not foundfor types (1, -100)
according to runtime/parrot/include/pmctypes.pasm '1' is the Null PMC
(-100 is INTVAL).
Running with -t would tell you the same.
leo
On 12/13/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> jerry gay wrote:
> > classes\env.pmc(26) : warning C4273: '__p__environ' : inconsistent dll
> > linkage
> > D:\usr\local\perl\bin\perl.exe build_tools\pmc2c.pl --c
> > classes\env.pmc
>
> > normally, i'm able to squash all compiler wa
jerry gay wrote:
> classes\env.pmc(26) : warning C4273: '__p__environ' : inconsistent dll linkage
> D:\usr\local\perl\bin\perl.exe build_tools\pmc2c.pl --c
> classes\env.pmc
> normally, i'm able to squash all compiler warnings, but i'm having
> trouble tracking this one down. this, by the
> applied as r10500, along with a bit to add the new files to MANIFEST.
> thanks for the patch!
>
actually, this patch failed if msvc wasn't around. it reported 'done'
instead of 'no' if msvc wasn't around, also. so, i modified the probe
a bit. you'll find the latest changes in r10504.
~jerry
That seems much better, thanks!
On Dec 13, 2005, at 2:35 PM, Bernhard Schmalhofer via RT wrote:
Hi Coke,
I have put a fix and a test in r10501. Could you check whether it
works
for you?
CU, Bernhard
--
/* [EMAIL PROTECTED] */
On Tue, Dec 13, 2005 at 07:01:01PM +, Nicholas Clark wrote:
> On Mon, Dec 12, 2005 at 10:08:24AM -0800, Chip Salzenberg wrote:
> > Neat - this is a fine approximate solution until we have real pbc
> > hashing, and *may* continue to be necessary even with hashing,
> > depending on whether we can
On 12/13/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Tuesday, December 13, 2005, 7:43:07 PM, jerry gay via RT wrote:
> > applied locally, it fails on my earlier msvc install due to a version
> > comparison error:
>
> > Determining if your C compiler is actually Visual C++..Argument
> > "13.1
Tuesday, December 13, 2005, 7:43:07 PM, jerry gay via RT wrote:
> applied locally, it fails on my earlier msvc install due to a version
> comparison error:
> Determining if your C compiler is actually Visual C++..Argument "13.1.10"
> is
> n't numeric in numeric ge (>=) at config/auto/msvc.pm
via RT Will Coleda <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Will Coleda
> # Please include the string: [perl #37914]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=37914 >
>
>
> The following code:
>
> while {[
On Mon, Dec 12, 2005 at 10:08:24AM -0800, Chip Salzenberg wrote:
> On Mon, Dec 12, 2005 at 01:16:35PM +0100, Leopold Toetsch wrote:
> > As of r10458 Parrot doesn't load_bytecode the same file [1] twice anymore.
>
> Neat - this is a fine approximate solution until we have real pbc
> hashing, and *
jerry gay wrote:
> On 12/12/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> arithmetics.t suffers from -0.0 vs 0.0 problems. We've had something
>> similar some time ago. They seem to have changed that in 8.0, as the
>> test passes there.
>>
> it seems msvc 6.0 matches the behavior of 8.0 (meaning
The test failing is the number 13 (we all knew 14 need to be wrong :->)
Parrot Assembler via RT wrote:
Greetings,
This message has been automatically generated in response to the
creation of a parrotbug regarding:
"t/library/streams fails (test 14?)"
There is no need to reply to this m
> Attached patch adds a Configure test for Visual C++ compilers. For
> versions greater or equal to 14.00 (aka Visual C++ 2005)
> C<_CRT_SECURE_NO_DEPRECATE> is defined, to avoid unsafe functions
> deprecation warnings.
>
> This function or variable may be unsafe. Consider using xxx_s
> in
On Mon, Dec 12, 2005 at 10:28:31PM +0100, Leopold Toetsch wrote:
>
> On Dec 12, 2005, at 17:53, Erik Paulson wrote:
>
> >Hi -
> >
> >I'm using an older version of Parrot (0.2.2) so I can use threads.
> >
> >It seems that Parrot on Solaris doesn't ever use more than one
> >processor.
>
> [ ... ]
# New Ticket Created by Will Coleda
# Please include the string: [perl #37914]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37914 >
The following code:
while {[set a 2] != {}} {}
Generates an error in partcl:
syntax e
# New Ticket Created by Will Coleda
# Please include the string: [perl #37908]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37908 >
While there are a lot of TODO items listed in the PIR file here, I
wanted to open a t
It would be nice if someone could set something up to run the tcl
shootout benchmarks against partcl. (I'm not sure of the licensing on
the test code: can we just add it to parrot?)
Having tested a few by hand, I'm not sure any of them would actually
*work*, let alone be fast at the moment,
Joshua Isom wrote:
Because the random benchmark is used for a few other tests, I figured
I'd do it next.
in examples/shootout we now have:
ack.pir (ackermann)
binarytrees.pir
fannkuch.pir
fasta.pir
knucleotide.pir
nsieve-bits.pir (2 variants)
pidigits.pir
random.pasm / random.pir (using run
# New Ticket Created by David Dyck
# Please include the string: [perl #37906]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37906 >
---
osname= linux
osvers= 2.4.32
arch= i686-linux
cc= cc
---
Flags:
category=c
# New Ticket Created by jerry gay
# Please include the string: [perl #37905]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37905 >
there exist a number of perl files under the src/ directory:
[EMAIL PROTECTED]:~/parrot
On Dec 13, 2005, at 8:01, Joshua Hoblitt via RT wrote:
Have you looked at what config/auto/signal.pm is actually doing?
Sorry, yes. signal.pasm is special and won't change much at all.
-J
leo
I gave up on optimizing the read for knucleotides, but I did greatly
improve the sort. It's only used twice, but added a fair number of
lines just to get it in there, so it's more readability than anything
else. The bottleneck is reading in the file. Anyway, attached are
fasta.pir and knucle
28 matches
Mail list logo
