Hi all,
I've given the perl6 wiki 'november'
(http://github.com/viklund/november/tree/master) a go out of
curiosity, and being surprised at the run times (page 35 of
http://viklund.pp.se/november.pdf) have done some profiling using
valgrind.
For the test case all I've been using is running test_w
ere aren't many
objects to consider, and it seems to have only shaved off 5% or so
(not the 20 or so I was hoping for).
Will see if I can improve things over the coming days.
Nick
On Mon, Sep 29, 2008 at 5:28 PM, Andrew Whitworth <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 29, 2008 at 12:15
All,
Sorry, I see that I said opcode a new times, when of course I meant
PMC vtable entry.
Nick
NotFound,
That would look cleaner, wouldn't it? I'll give it a go.
Nick
On Thu, Oct 2, 2008 at 3:35 PM, NotFound <[EMAIL PROTECTED]> wrote:
> I think will be better the other way, using the return value to flag
> existence, and passing a pointer to store the result. This will allow
> shorter and
Chromatic, All,
Fair enough. What with the recent merges, and maybe a problem with
PMC** in the pmc compiler, I've not had a chance to recut the patch.
Since about 1/3 time seemed to be spend in the GC (and some more in
memory allocation), this is one area where huge wins might be
possible. (Some
.jako Nick Glencross <[EMAIL PROTECTED]>
#
#
# Draw a circle on a VT100-compatible screen
#
# The algorithm is based on:
#
#cos(theta+delta) =
#cos(theta) -
#[alpha*cos(theta) + beta*sin(theta)]
#
# and
#
#sin(theta+delta) =
#sin(theta) -
#
Nick Glencross wrote:
> Here's a nice little Jako example which draws a circle (oval, strickly
> speaking!) using VT100 control codes, which means that it should work
> in xterms, gnome-terminals, consoles and konsoles.
One observation is that although scale_height is decla
Has anyone given any thought to a gcc backend for generating parrot
assembler?
Even with a partial implementation in place, it would be presumably be
possible to use much of core C, with the benefits of register
allocation, optimiser etc.
Obviously it wouldn't be able to use much of parrot's
Nick Glencross wrote:
> Here's a nice little Jako example which draws a circle (oval, strickly
> speaking!) using VT100 control codes, which means that it should work
> in xterms, gnome-terminals, consoles and konsoles.
I've been on holiday, so have only just got a
Hi,
here's a small fix to a printf which I sometimes trigger. Looks like a
')' and '\n' went missing. Feel free to adjust it to meets coding standards.
Nick
Index: packfile.c
===
RCS file: /cvs/public/parrot/packfile.c,v
retrievi
Nicholas Clark wrote:
I've just found this in my mailbox. Presumably that means that nobody applied
it. However, I can't find the bit of packfile that used to have this, so
I presume that the unimplemented wordsize transforms were implemented at
some point in the past 9 months. :-)
Thanks for th
Hi All!
On 28/03/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Joshua Gatcomb wrote:
> On 3/26/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>>
>> Not sure about the details of this issue, but r17772 seems to build fine
>> on Cygwin.
>
> Really? No one on #parrot has been able to get parrot to work
Clinton A. Pierce wrote:
If you want something to play with, update the
languages/BASIC/compiler tree and run the chess program.
This is an amazing milestone in the parrot (and BASIC) development
cycle. Well done!
To the wider community: BTW. For fun, I used imcc to convert the .imc to
a .pas
Luke Palmer wrote:
The way I see this being done is by adding another level of
indirection. PerlScalar would implement its polymorphic behavior in
the set_* methods, and delegate everything else to its "contained"
pmc.
Having read up in the past on Perl5 internals, it seems to be capable of
keep
e problem
(e.g. print $I13).
Some hints (such as deciphering parrot -d 8) would be appreciated,
Regards,
Nick Glencross
# Snip ...
.sub _md5_create_buffer
.param string str
.param Array buffer
.param int endian
.local int counter
.local int subcounter
.local int slo
I've now reduced the code down to this, a much simpler example [don't expect
it to run!]
Regards,
Nick
.sub _md5_create_buffer
.param string str
.local int word
$I0 = length str
$I1 = $I0 / 64
$I2 = $I0 % 64
$I3 = 64 * $I1
word = 0
md5_create_buffer_loop:
Ok, so doing a 'parrot -d 8' shows that word doesn't seem to interfere with
$I13 as far as it is concerned ...
Dumping the Interf. graph:
---
...
word -> $I10 $I11 $I12 (3)
...
$I10 -> word (1)
$I11 -> word (1)
$I12 -> word (1)
$I13 -> (0)
...
I won
Leopold Toetsch wrote:
Well. That's it. Just use $I10 ... $I13 and they will stay what they
were. Put a print thereafter for debugging which uses these regs.
I should have emphasised the oddity a bit better.
'word' has mapped to I16 correctly, and I17 has been used for
$I10..$I12. That's fin
Leo,
I've been away from email for the weekend, so sorry for the delay.
Leopold Toetsch wrote:
Well C and C<$I13> or some such is the same for the compiler. Both
need a Parrot register allocation. If they aren't reused after this
instruction, there isn't any problem to put these into the same
re
s from i386 JIT can be corrupt and needs investigating (lots
of FFs)
* Seem to get ICU/string errors on some binary files
* Some checksum discrepencies which I need to investigate
Cheers,
Nick
# Parrot md5sum; Nick Glencross <[EMAIL PROTECTED]>
#
# Based on md5.c, from md5sum
#
Leopold Toetsch wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
* Results from i386 JIT can be corrupt and needs investigating (lots
of FFs)
Fixed.
leo
Fixed before I even got to look at it. You're brilliant, thanks,
Nick
Jens Rieks wrote:
Hi!
On Tuesday 27 April 2004 16:58, Nick Glencross wrote:
for fun I've written md5sum using IMCC, and have attached my first cut.
Cool :-)
Should we add it as a library?
That should be easy, shouldn't it?
I'll have a go at devising some tests too. If
Time for an update.
I've now split the code into a library, an example and a test.
* runtime/parrot/include/Digest_MD5.imc (_md5sum and _md5_print calls)
* examples/assembly/md5sum.imc
* imcc/t/syn/md5.t
I don't know if the test lives in the most appropriate directory.
Investigating why some
I'll fix these (and some other things mentioned in other posts in this
thread), and repost again in the next day or so,
Thanks all,
Nick
Leopold Toetsch wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
for fun I've written md5sum using IMCC, and have attached my first cut.
Here is the latest-and-greatest version, incorporating your helpful
feedback.
I've tried using .namespace, but haven't worked out how best to do this.
I also tried removing underscores from some of the names, but didn't
have much success their either, so they're back. It'll be a few days
befor
Looks very much like my bug 29246, and a very similar example.
Nick
Allison Randal wrote:
This is the smallest bit of code I could get to segfault in my linux
dev box:
sub main () {
my $string =
"*
Guys,
Although my wife is totally underwhelmed by this, here's a nice SDL
demo. It needs some more work, but I won't get time to visit it again in
the next week.
The backface culling isn't perfect, but you get the idea,
Cheers,
Nick
p.s. If you don't have enough memory to run this, try removing
One thing I forgot to mention, you'll need to download the latest SDL
library from Chromatic's web page:
http://wgz.org/chromatic/parrot/sdl/
Cheers,
Nick
Don't know what happened to my second attachment. This isn't going well.
Nick
Nick Glencross wrote:
Don't know what happened to my second attachment. This isn't going well.
Nick
Very strange, something is consuming my attachment. Let's have one final
try with it gzipped.
Nick
teapot.dat.gz
Description: GNU Zip compressed data
Leopold Toetsch wrote:
Looks really great.
Should that go into CVS as an example?
Obviously I'd be honoured if it were, and this would prompt me to
revisit the backface culling.
My original plan was to sort all the faces from front to back and draw
them in this order. Then I can create a data s
Dan Sugalski wrote:
At 4:49 PM +0530 10/28/04, Vijay D. wrote:
I left the make for overnight :)
Here is the error I got..
xx.c
ops/core_ops_cg.c
cc1: Cannot allocate 56022680 bytes after allocating 116981760 bytes
gmake: *** [ops/core_ops_cg.o] Error 1
You just ran out of memory during the build.
Leopold Toetsch via RT wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
I've been checking that my md5sum library still works after a few
months,
Yeah. PIR code is quite stable.
It is, isn't it? No changes were need what-so-ever.
Thanks for reporting,
leo
I do hope s
Leopold Toetsch wrote:
François PERRAD <[EMAIL PROTECTED]> wrote:
In his Wiki
(http://wiki.kn.vutbr.cz/mj/index.cgi?Build%20Parrot%20with%20MinGW),
Michal Juroz lists 3 ways for building Parrot :
1) Build Parrot with MinGW, MSYS and MSYS-DTK
2) Build Parrot with MinGW and ActiveState Perl
3) Build
Leopold Toetsch via RT wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
I've been checking that my md5sum library still works after a few
months,
I've now checked in the whole MD5 stuff, slightly modifed (whitespace,
cosmetics, converted to a library, fix error with files
Leopold Toetsch wrote:
Cory Spencer <[EMAIL PROTECTED]> wrote:
I've come across another garbage collection/DOD issue that I'm trying to
solve (without much success) and would appreciate some tips/advice on how
to locate the source of the problem.
Running valgrind (on supported platforms, obvious
Nick Glencross wrote:
The DOD certainly has a few things flagged up, which I'm going to
quickly investigate to see if they are serious or not...
I've learned alot about DOD since earlier (and watched telly). Not as
straightforward as I thought it would be to find if these traces
Nick Glencross wrote:
I've learned alot about DOD since earlier (and watched telly). Not as
straightforward as I thought it would be to find if these traces should
be considered serious or not (I would say any logic based on unitialised
values will bite one day!).
Ok, now I understand. Th
Leopold Toetsch wrote:
Original Message
Subject: a warning and a failure for parrot in Tru64
Date: Thu, 31 Mar 2005 20:41:30 +0300
From: Jarkko Hietaniemi <[EMAIL PROTECTED]>
To: Leopold Toetsch <[EMAIL PROTECTED]>
cc: Warning: pylist.pmc, line 601: In this statement, the referen
Nick Glencross wrote:
Having never had access to a Tru64 system, does that mean that parrot
is compiled 64 bit?
Two initial comments:
* This is a platform that we've not had a chance to test on, so I'm
grateful to see it tested on a new platform. It was hoped that it
would work, b
MrJoltCola wrote:
At 06:33 AM 4/1/2005, Nick Glencross wrote:
Having never had access to a Tru64 system, does that mean that parrot
is compiled 64 bit?
Two initial comments:
* This is a platform that we've not had a chance to test on, so I'm
grateful to see it tested on a new platfo
Jarkko Hietaniemi wrote:
Not true. We've done successful compiles before on Tru64. Maybe as of 0.0.6
True, not true :-) I do manual test compiles in Tru64 once in a while.
Once the packfile portability problems were solved back when, the Parrot
core at least has been pretty good regarding 64
Jay,
Jay Scherrer wrote:
> Attached is my make test output from my laptop running Fedora Core 3
> x86_64bit: makeTest.txt
> Is there any other way I can help?
>
Thanks for that Jay. What's happened is that in the last week a new test
has gone into CVS, but I haven't had access to systems besides a
Jarkko Hietaniemi wrote:
Nick Glencross wrote:
Ok, so intsize=4, which is why my md5 test tried to run. I'd be really
grateful if some could run my instrumented MD5.imc from a previous post
on this platform.
So what I'm confused about is why intsize=4 when you say the Parrot core
Leopold Toetsch wrote:
Nicholas Clark <[EMAIL PROTECTED]> wrote:
I'm trying to understand how morph works. perlscalar's morph looks like this:
[ broken code ]
On a semi-related note, there's some broken morph code in scalar. It has
code like:
void increment () {
PMC_int_val(SELF
And... here's the patch!
Nick
Index: runtime/parrot/library/SDL/Color.imc
===
--- runtime/parrot/library/SDL/Color.imc(revision 7819)
+++ runtime/parrot/library/SDL/Color.imc(working copy)
@@ -188,6 +188,8 @@
.l
Leopold Toetsch wrote:
I'd say that plain String PMCs don't have increment and decrement.
It seems best to just remove scalar.increment and .decrement, which then
would automatically create the default_increment for Strings.
Sounds best, doesn't it? It's a bit 'perlish' to inc/dec a string
directl
Leopold Toetsch via RT wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
If it's straightforward, could we get imcc to emit a warning if a symbol
is used before being set?
Please read imcc/cfg.c:690 ff
The problem is probably that the code doesn't consider incoming
argum
Nick Glencross (via RT) wrote:
# New Ticket Created by Nick Glencross
# Please include the string: [perl #34989]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34989 >
This patch fixes a few more typos. I'll leave
Leopold Toetsch via RT wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
This patch fixes a problem which can occur in this example:
.sub test
.const float a = 12
print a
print_newline
.end
Ah yep.
+if (t != 'P' && t != val-&g
Leopold Toetsch via RT wrote:
I think, we could be a bit more graceful here for I/N mismatch and set
for the above case the constant val->set to 'N'.
Let me redo that... I've just sent the wrong attachment which had a
typo in it ...
[This should really address rare but possible Unicode str
Nicholas Clark wrote:
On Fri, Apr 15, 2005 at 07:26:56PM +0100, Nick Glencross wrote:
+// Forbid assigning a string to anything other than a string const
+// for now
In future, please don't use C99 comments.
(apart from that, I don't have the knowledge to comment on
BÁRTHÁZI András wrote:
Hi,
Just a short question I'm interested in: where will be, and how will
work (I just asking for a general description about it) the regular
expression / rules part of Parrot?
I mean, if it will be at the language (Perl 6, Python, etc.) level, or
at the virtual machine le
===
--- runtime/parrot/library/Digest/MD5.imc (revision 8032)
+++ runtime/parrot/library/Digest/MD5.imc (working copy)
@@ -1,5 +1,5 @@
-# Parrot md5sum; Nick Glencross <[EMAIL PROTECTED]>
-#Improvements from Leo and Jens Rieks
+# Parrot MD5 libra
Nick Glencross wrote:
Guys,
this patch makes some small updates to the MD5 files.
...
It would also be interesting for benchmarking, but I haven't got
around to trying
As a rough comparison running the md5sum.imc located in the examples
directory (on Linux/AMD Athlon), I get:
Empty fil
jerry gay wrote:
On 5/9/05, Nick Glencross <[EMAIL PROTECTED]> wrote:
- load_bytecode "library/Digest/MD5.imc"
+ load_bytecode "Digest/MD5.imc"
the '.imc' extension has recently fallen out of favor and is being
replaced with '.pir'. othe
Leopold Toetsch wrote:
I have now implemented a C opcode and the one used signature for
MD5 as a JIT opcode for x86. But the speedup is much smaller: around 5%.
Thanks!
The problem with md5 code and Parrot JIT seems to be related to the
register allocator. md5 code is one big basic block of inte
Leopold Toetsch wrote:
[EMAIL PROTECTED] wrote:
I've written some files to go into examples/benchmark which time the
raw throughput of the md5 part, which excluding the load/compile
phases.
That's not really needed. Startup time is almost nothing with file
sizes bigger then some MB. And below tha
Will Coleda wrote:
.local string code
code .= "print \""
code .= printme
code .= "\\n\"\n"
This may be related, but your first .= is acting upon an uninitialised
variable.
Nick
Nick Glencross wrote:
Will Coleda wrote:
.local string code
code .= "print \""
code .= printme
code .= "\\n\"\n"
This may be related, but your first .= is acting upon an uninitialised
variable.
Actually, the code dies before this. Worth fixing as y
(I'm reposting this because I'm not sure what happened to the one that I
sent to parrotbugs; forgive me if two eventually appear)
Folks,
There seems to be some problems with -O1 when instructions are optimised
at the end of functions. For instance, take
sub main
func ()
end
sub func
$I0
Leopold Toetsch wrote:
Nick Glencross wrote:
(I'm reposting this because I'm not sure what happened to the one that
I sent to parrotbugs; forgive me if two eventually appear)
Folks,
There seems to be some problems with -O1 when instructions are
optimised at the end of functions.
Leopold Toetsch wrote:
Nick Glencross wrote:
Leopold Toetsch wrote:
Fixed, thanks for testing.
Hmmm... Not seeing any improvement at my end ...
I don't see any indication that it is still broken. I ran "make test" on
two different boxes w/o failures (the 2 cases are
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has the bundled C compiler and
linker, so I've compiled gcc 3.3.6 for it. gcc cannot create debug
informa
ic eq (==) atconfig/auto/alignptrs.pl
line 60.
.for hpux: bytes.
Am going to investigate further...
Nick
Nick Glencross wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux
Nick Glencross wrote:
Actually, I'm working in a small window, and missed the fact that
Configure reported the following:
Determining your minimum pointer alignment..Use of uninitialized
value in concatenation (.) or string at config/auto/alignptrs.pl line 59.
Use of uninitialized
Nick Glencross wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has the bundled C compiler and
linker, so I've compiled gcc 3.3.6 for it
Leopold Toetsch wrote:
Nick Glencross wrote:
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
Strange - everything else looks like a 32-bit machine. Is it one?
Doh! Copied the wrong 'pe
Leopold Toetsch wrote:
Nick Glencross wrote:
#define PARROT_9000/800 1
^
Can you check in config/*/*.pl where that is coming from?
That would be PARROT_${jitcpu}, where jitcpu is set by
config/auto/jit.pl. It looks like jitcpu is derived (through archname)
by
H.Merijn Brand wrote:
On Wed, 01 Jun 2005 12:45:12 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The syste
This is the exact same behaviour that you get under cygwin on Windows. I
assumed that the extra print was added by someone who had previously
been doing an investigation.
Don't remember doing all this edge case trig stuff in school.
Nick
[EMAIL PROTECTED] wrote:
Building from parrot_2005-06
Peter Sinnott wrote:
On Thu, Jun 02, 2005 at 11:22:45AM +0100, Nick Glencross wrote:
Peter Sinnott wrote:
bash-2.05$ uname -a
HP-UX gnbil2dv B.11.00 A 9000/800 1657309373 two-user license
bash-2.05$ /cm/tools/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0
H.Merijn Brand wrote:
On Wed, 01 Jun 2005 12:45:12 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The syste
Guys,
I'm currently investigating the build process for nci and dynclasses on
HP-UX. As you may have seen from my previous posts, I'm using gcc and
the native bundled ld.
Although the build process isn't using the right flags to compile nci
and dynclasses, I've managed to compile things manu
Leopold Toetsch wrote:
Nick Glencross wrote:
Strangely all the segfaults have now gone away (perhaps the assembler
aligns data differently?), although the 'l != left' assertions are
still there.
Looking at the code this is very likely caused by unaligned function
pointers. To
Nick Glencross wrote:
Leopold Toetsch wrote:
Nick Glencross wrote:
Strangely all the segfaults have now gone away (perhaps the assembler
aligns data differently?), although the 'l != left' assertions are
still there.
Looking at the code this is very likely caused by unaligne
H.Merijn Brand wrote:
On Fri, 03 Jun 2005 13:11:57 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
Guys,
I'm currently investigating the build process for nci and dynclasses on
HP-UX. As you may have seen from my previous posts, I'm using gcc and
the native bundled ld.
Leopold Toetsch wrote:
Nick Glencross (via RT) wrote:
+if ($^O ne 'MSWin32') {
I'd much more prefer one of:
a) if $^O eq 'hpux'
b) fix the "copy" to preserve perms
Anyway, as hpux is still broken in several other places, I'll drop a
note
Folks,
I hope that not too many of you are getting fed up with me going on
about HP-UX. I'm nearly there with having it working with manually
hacked Makefiles etc.
Some tweaks will be needed to the Configure tests (not too many), but
I'd just like to summarise what I believe to be the 'big p
Nick Glencross wrote:
Folks,
I hope that not too many of you are getting fed up with me going on
about HP-UX. I'm nearly there with having it working with manually
hacked Makefiles etc.
My hacked HP-UX build now passes most tests. Wohooo!
Failed Test Stat Wstat Total Fail F
Nick Glencross wrote:
Folks,
I hope that not too many of you are getting fed up with me going on
about HP-UX. I'm nearly there with having it working with manually
hacked Makefiles etc.
I've nearly finished making my updates. I need some help on one aspect
though...
ex
Nick Glencross wrote:
Nick Glencross wrote:
extend.o and nci_test.o need to be built with $(CC_SHARED) in addition
to the normal flags. What's the most straightforward way of doing this?
I've had a couple of experiments with config/gen/makefiles/root.in, but
don't know what t
Leopold Toetsch wrote:
The various HPUX-related changed didn't make it into the release, sorry.
Could you please provide a patch for all outstanding issued.
Leo,
Not a problem. I'm attaching a patch which I believe fixes all the build
issues on HP-UX, and shouldn't cause any breakage with a
Andy Dougherty wrote:
On Mon, 6 Jun 2005, Nick Glencross wrote:
Not a problem. I'm attaching a patch which I believe fixes all the build
issues on HP-UX, and shouldn't cause any breakage with any other platforms.
I've retested on Linux and cygwin (although cygwin ha
Clement Cherlin wrote:
I still haven't gotten compilation to finish, but it's a lot further
along than when I started. Currently, it fails with a zillion "undefined
reference" errors on the command
g++ -s -g -shared "C:/Users/Clement/src/parrot/parrot/src/extend.o"
-o python_group.dll "lib-p
Nick Glencross wrote:
My understand is that on Windows DLLs must be self-contained and cannot
have unreferenced symbols, and so I've linked against libparrot.so which
of course pulls in much of its code. I see this also being done in the
MSWin32 case...
Sorry, I typed libparrot.so when
Matt Diephouse wrote:
Nick Glencross <[EMAIL PROTECTED]> wrote:
+# Here comes some stuff for Cygwin
+if ($^O eq 'cygwin') {
+$LD_LOAD_FLAGS .= ' ../src/parrot_config.o';
+$LIBPARROT = qq[-L../blib/lib -lparrot];
+}
Make sure this patch will work to m
Ron Blaschke wrote:
Well, you've got a libparrot.dll. parrot.exe got to be linked against
it, and so have the dynclasses. Once parrot.exe runs, it pulls in
libparrot.dll. If a dynclass gets loaded, it also looks for its
missing symbols from libparrot.dll, and finds them in the already
loaded
The "permission denied" message stems from the DLLs not having execute
permissions, which is the same as the existing problem with HP-UX.
http://rt.perl.org/rt3/Ticket/Display.html?id=36119
I did actually manage to get most of the dynclasses to pass 'make test'
by partly hacking Makefiles and
been built against parrot_config.o, and miniparrot has already been
built in step #1.
Anyhow, hopefully it has helped ...
Nick
Nick Glencross wrote:
The "permission denied" message stems from the DLLs not having execute
permissions, which is the same as the existing proble
One final note. Unlike 'make dynclasses-test', 'make test' will spot
that libparrot.a has been deleted and rebuild it and parrot.exe.
You might want to finish up with:
11. make
12. Repeat step 4.
13. make test
All very hacky, I know.
Cheers,
Nick
Nick Gle
Jerry Gay wrote:
win32--msvc-7.1--perl-5.8.6 reports some unexpected errors. dynclass
and spawnw are expected on windows, the rest are not. if requested, i
can provide more details on the failing tests.
~jerry
Failed Test Stat Wstat Total Fail Failed List of Failed
---
Guys,
I've been giving some thought to what needs doing to get dynclasses
working on Windows. I'm not particularly intimate with Windows, but use
cygwin quite a bit.
One area that I'm still not 100% clear about is the visibility of
symbols within DLLs and executables, so please be kind!
Fr
Jonathan Worthington wrote:
"Nick Glencross" <[EMAIL PROTECTED]> wrote:
I've been giving some thought to what needs doing to get dynclasses
working on Windows. I'm not particularly intimate with Windows, but use
cygwin quite a bit.
I've also been looking at th
Klaas-Jan,
'Escape' is 27 decimal, or 033 octal.
http://www.nntp.perl.org/group/perl.perl6.internals/9381
http://www.nntp.perl.org/group/perl.perl6.internals/9814
Nick
Klaas-Jan Stol wrote:
hi,
I'm not very familiar with this, so forgive me for my ignorance with
this. I don't know whether
Nick Glencross wrote:
Klaas-Jan,
'Escape' is 27 decimal, or 033 octal.
http://www.nntp.perl.org/group/perl.perl6.internals/9381
http://www.nntp.perl.org/group/perl.perl6.internals/9814
Nick
I may have been overly concise! What I meant was that \0xx notation is
octal, and so \033
Bernhard Schmalhofer via RT wrote:
Hi,
I have applied a couple of old patches from Limbic~Region. These patches
are enabling some tests for cygwin. Unfortunately I have no cygwin
installed, so I can't tell whether the enabled tests are passing. But I
think that right after a release is a good t
[This isn't my usual email address, and it probably won't thread
properly; sorry!]
Strangely enough, timer, which I thought was failing last night, seems
to be ok now.
Following from my previous posting about the failing cygwin tests we have:
trans:
==
t/op/trans.
#
> As you'll see there's a 'Signal 1' message which causes the test to
> fail. I'm going to have a look into now. [dynclasses all fail as they
> haven't been built]
Not being able to find where the 'Signal 1' message was coming from,
I've updated cygwin and sure enough the signal test passes now ..
Matt Diephouse (via RT) wrote:
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #37045]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37045 >
In the key below, S15 shows up as "he", even though
1 - 100 of 194 matches
Mail list logo
