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
> ha
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
> # --- 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 M
Michal Jurosz <[EMAIL PROTECTED]> wrote:
> TortoiseCVS patch file attached.
> SKIP: {
[ ... ]
> -}
Please always test your patches.
Thanks, applied.
leo
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
IL PROTECTED]>
Cc: perl6-internals@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== b
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 se
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 "/home/nick/Parrot/p
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 also
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 th
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
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
[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 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
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?
Curr
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:
> #
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 C
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
.
-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
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/0
> 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) i
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
> t/dy
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
23 matches
Mail list logo
