Michal Jurosz [EMAIL PROTECTED] wrote:
TortoiseCVS patch file attached.
SKIP: {
[ ... ]
-}
Please always test your patches.
Thanks, applied.
leo
# --- Some other ideas: ---
$ perl -e print $^O
msys
--- config\init\hints.pl
sub runstep {
+ my $O = lc($^O);
+ $O = 'mswin32' if $O =~ /^(msys|mingw)/;
- my $hints = config/init/hints/ . lc($^O) . .pl;
+ my $hints = config/init/hints/ . $O . .pl;
This would make MinGW in all
François PERRAD wrote:
When I follow the instructions what I've published in parrot/README.win32,
the builded perl program gives :
$ perl -e print $^O
MSWin32
For me, mingw is not a platform (MSWin32 and cygwin are a platform),
just the GCC compiler under MSWin32.
$mingw =
François PERRAD [EMAIL PROTECTED] wrote:
For me, mingw is not a platform (MSWin32 and cygwin are a platform), just
the GCC compiler under MSWin32.
$mingw = ($^O eq 'MSWin32' and $Config{cc} eq 'gcc')
So, the case $is_mingw in config/init/hints/mswin32.pl is the good way to
handle
Leopold Toetsch wrote:
The test could include C 0? .
+$err_msg =~ s/\r//g;
Could you please provide one patch for items like above, thanks.
TortoiseCVS patch file attached.
S pozdravem Michal Jurosz
Index: imcc/t/imcpasm/opt1.t
Nicholas Clark [EMAIL PROTECTED] wrote:
==30847== Invalid read of size 1
==30847==at 0x1B904AE0: memcpy (mac_replace_strmem.c:285)
==30847==by 0x80E36D2: mmd_expand_x (mmd.c:430)
Yeah, that seems to be it. But I've no clue yet, why there's a
difference here with gcc 3.3.3 - I can't see a
@perl.org
Sent: Sat, 12 Mar 2005 17:38:59 +0100
Subject: Re: Parrot 0.1.2 with MinGW32 (some experimets)
Nicholas Clark [EMAIL PROTECTED] wrote:
==30847== Invalid read of size 1
==30847== at 0x1B904AE0: memcpy (mac_replace_strmem.c:285)
==30847== by 0x80E36D2: mmd_expand_x (mmd.c:430)
Yeah, that seems
Michal Jurosz [EMAIL PROTECTED] wrote:
Failed TestStatus Wstat Total Fail Failed List of Failed
[ 50 failing ]
imcc/t/imcpasm/opt1.# Failed test (imcc/t/imcpasm/opt1.t at line 626)
# got: '_main:
# set N0, 1.6e+022
# end
# '
# expected: '_main:
# set N0,
Matt Diephouse wrote:
On Thu, 10 Mar 2005 22:23:07 +0100, Leopold Toetsch [EMAIL PROTECTED] wrote:
Matt Diephouse [EMAIL PROTECTED] wrote:
Some of these same tests are failing on debian, fedora, and freebsd
(fresh checkouts). It looks like someone broke something.
Release or current CVS?
Current
On Fri, Mar 11, 2005 at 10:19:55AM +0100, Leopold Toetsch wrote:
Matt Diephouse wrote:
On Thu, 10 Mar 2005 22:23:07 +0100, Leopold Toetsch [EMAIL PROTECTED]
wrote:
Matt Diephouse [EMAIL PROTECTED] wrote:
Some of these same tests are failing on debian, fedora, and freebsd
(fresh
[EMAIL PROTECTED] wrote:
Strangely all the tests ( well pyclass pycomplex and pyfunc so far )
pass on freebsd but do so
very very slowly and parrot is eating memory like there is no tomorrow.
Gets above 300meg during
each of the tests.
That's really strange. During make test top shows around 5
On Fri, Mar 11, 2005 at 11:26:09AM +0100, Leopold Toetsch wrote:
[EMAIL PROTECTED] wrote:
Strangely all the tests ( well pyclass pycomplex and pyfunc so far )
pass on freebsd but do so
very very slowly and parrot is eating memory like there is no tomorrow.
Gets above 300meg during
each
Leopold Toetsch [EMAIL PROTECTED] wrote:
Is there any chance that parrot picked up an old installed version of
the shared libs?
If you have done make install once and Configured with the defaults
you continue running the installed version of the shared libs.
I have never run make install
Peter Sinnott [EMAIL PROTECTED] wrote:
Probably should have tried this earlier but I have a little too
much faith in compilers. When I use gcc-2.95 it works(well all
tests pass) and memory is ok. With gcc-3.3 the tests fail
and memory usage is way up. The freebsd gcc is also 3.3.3 so the
Peter Sinnott wrote:
[ ~300 Meg memory in t/dynclasses used ]
Probably should have tried this earlier but I have a little too
much faith in compilers. When I use gcc-2.95 it works(well all
tests pass) and memory is ok. With gcc-3.3 the tests fail
and memory usage is way up. The freebsd gcc is
On Fri, Mar 11, 2005 at 06:11:25PM +0100, Leopold Toetsch wrote:
Peter Sinnott wrote:
Can someone run this through valgrind or some other memory debugger please.
I'm not sure if this test is the one you want. The fun output is near the
end.
$ valgrind ./parrot --gc-debug
Failed TestStatus Wstat Total Fail Failed List of Failed
imcc/t/imcpasm/opt1.t 1 256491 2.04% 48
t/dynclass/pybuiltin.t 5 1280 65 83.33% 1-2, 4-6
t/dynclass/pyclass.t
On Thu, 10 Mar 2005 18:33:00 +0100, Michal Jurosz [EMAIL PROTECTED] wrote:
Failed TestStatus Wstat Total Fail Failed List of Failed
imcc/t/imcpasm/opt1.t 1 256491 2.04% 48
Some of these same tests are failing on debian, fedora, and freebsd
(fresh checkouts). It looks like someone broke something.
Seems to have went all wrong between 20:35 and 21:35 on 9th(gmt).
With only the loosest understanding of stuff I think ( a little knowledge can
be a dangerous thing) it
On Thu, 2005-03-10 at 16:36 -0500, [EMAIL PROTECTED] wrote:
Seems to have went all wrong between 20:35 and 21:35 on 9th(gmt).
With only the loosest understanding of stuff I think ( a little
knowledge can be a dangerous thing) it may be related to
pmc.c
revision 1.95
date: 2005/03/09
.
-Original Message-
From: chromatic [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Michal Jurosz [EMAIL PROTECTED];
perl6-internals@perl.org
Sent: Thu, 10 Mar 2005 13:52:51 -0800
Subject: Re: Parrot 0.1.2 with MinGW32 (some experimets)
On Thu, 2005-03-10 at 16:36 -0500, [EMAIL
Matt Diephouse [EMAIL PROTECTED] wrote:
Some of these same tests are failing on debian, fedora, and freebsd
(fresh checkouts). It looks like someone broke something.
Release or current CVS?
leo
On Thu, 10 Mar 2005 22:23:07 +0100, Leopold Toetsch [EMAIL PROTECTED] wrote:
Matt Diephouse [EMAIL PROTECTED] wrote:
Some of these same tests are failing on debian, fedora, and freebsd
(fresh checkouts). It looks like someone broke something.
Release or current CVS?
Current CVS.
Failed
23 matches
Mail list logo