Testing...
--
Will "Coke" Coleda
On Mon Sep 21 15:28:01 2009, jk...@verizon.net wrote:
>
> So, unless there is some strong objection, I will close this ticket
> within 7 days.
>
No one spoke up for this; rejecting ticket.
On Tue May 12 05:18:47 2009, jk...@verizon.net wrote:
> Here's an update based on a recent Smolder report
>
Thanks to a steady stream of Smolder reports from 'sm...@pc42.my.domain'
-- I don't know who the human there is -- performed on OpenBSD/amd64, we
can see that we are passing all non-SKIPped
Although I cannot be sure that the issues which were cited in the
original post to this RT have been cleared up, I note that there has
been no follow-up discussion in eight months.
So I'm going to resolve this ticket and encourage any new LANG-related
failures to be reported in new tickets in our
There's been a lot of water under the bridge since this test failure
report was originally filed. So we would undoubtedly need new reports
to go forward.
I'm going to close this ticket and encourage people with access to
NexentaOS (GNU/OpenSolaris) to configure and build Parrot from H
Testing...
--
Will "Coke" Coleda
James Keenan via RT wrote:
arithmetics.t:
ok 7 - negate -0.0 # TODO -0.0 not implemented, TT #313 : still not passing
(Why is this showing up yellow rather than green on the Smolder report
if it is 'ok'?)
Because it's a TODO test. TODO tests aren't counted in the passing
n the Smolder report
if it is 'ok'?)
complex.t:
not ok 380 # TODO sinh of -2-3i
not ok 381 # TODO sinh of -2-3i
float.t:
not ok 23 - neg 0 # TODO -0.0 not implemented, TT #313
# Failed (TODO) test 'neg 0'
# at t/pmc/float.t line 512.
# '0'
# doesn
2009/3/22 Will Coleda via RT :
> On Sat Jan 31 17:51:51 2009, jk...@verizon.net wrote:
>> Thanks. Making that correction, I confirm that the OP's seg fault still
>> occurs:
>>
>> $ cat seg.pir
>> .sub main :main
>> .include 'include/test_more.pir'
>>
>> new $P0, 'Integer'
>> new $P2, 'Integer'
>>
>
> Could I ask that either the requestor or somebody else with an
> appropriate system verify my results?
>
That one's so old I'd fogotten about it. I've been running tests over the
last 9 months, so I think we can consider that closed.
--
Email and shopping with the feelgood factor!
55%
it's been failing for a while (until quite recently, iirc), but now it seems
ok.Just svn up'ed, and nmake'd test; no failures. I'll report any new
failures to trac, if necessary.
thanks for coming back to me.
Ticket can be closed.
kjs
On Sun, Feb 1, 2009 at 12:11 AM,
You can't use "P0" as a register in PIR these days, you need "$P0" instead.
On Sat, Jan 31, 2009 at 7:22 PM, James Keenan via RT
wrote:
> Reviewing this RT today, I get a completely different problem:
>
> $ cat seg.pir
> .sub main :main
> .include 'include/test_more.pir'
>
> new P0, 'Integer'
> n
Home) Strawberry Perl
> Attached are STDERR output and the summary of STDOUT.
> (I assume that failures with TODO attached are already reported.)
The two t/pmc/complex.t tests fixed with r35429.
The one
# Failed test 'I/O buffering'
# at t/pmc/io.t line 434.
I cannot reproduce.
Looks l
# New Ticket Created by Alan Rocker
# Please include the string: [perl #62206]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62206 >
Under Windows (XP Home) Strawberry Perl
Attached are STDERR output and the summary of S
James Keenan via RT wrote:
> On Wed Jul 30 16:58:55 2008, jk...@verizon.net wrote:
>
>> t/op/arithmetics.t
>>
>> t/pmc/complex.t
>>
>> t/pmc/float.t
>>
>
> For the record, according to our Smolder reports for MSWin32, these 3
> files have tests that are either still TODO-ed out or are failing
> o
Will Coleda wrote:
> On Wed, Jul 30, 2008 at 7:09 PM, James Keenan via RT
> wrote:
>> Interestingly enough, we are also getting failures on these 4 test files
>> on the OpenBSD Smolder tester:
>>
>> http://smolder.plusthree.com/app/public_projects/report_detai
> 147-+
>
> rurban, can this =item be deleted?
>
> $ grep -in -A2 -B2 aio config/init/hints/dec_osf.pm 28-
> $libs .= ' -lpthread';
> 29-}
> 30:if ( $libs !~ /-laio/ ) {
> 31:$libs .= ' -laio';
> 32-}
> 33-$conf->data->set( libs => $libs );
>
> Jarkko, are
ead-multi
cc= cc
---
Flags:
category=core
severity=medium
ack=no
---
This is with SVN rev 33589.
t/op/callingNOK 73/98
# Failed test ' 'foo' => d syntax for parameters'
# at t/op/calling.t line 1943.
# Exited wit
> On Sat, 06 Dec 2008 23:03:17 -0800, "Parrot via RT" <[EMAIL PROTECTED]>
> said:
> t/op/callingNOK 73/98
git bisect blames https://svn.perl.org/parrot/[EMAIL PROTECTED]
--
andreas
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #60940]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60940 >
On win32, XP, the test t/dynpmc/foo.t fails, wiht the output:
t/dynpmc/dynlex
On win32, XP, I get the following test failure, with output:
t/pmc/eval..ok 1/17
t/pmc/eval..NOK 10/17# Failed test
'eval.get_string - same file'
# at t/pmc/eval.t line 319.
# Exited with error code: 1
# Received:
#
On Sun, Nov 23, 2008 at 10:41 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> On Wed Sep 10 19:48:04 2008, [EMAIL PROTECTED] wrote:
>> Can someone evaluate where we stand with respect to the issues in this RT?
>>
>> Thank you very much.
>>
>> kid51
>
> Still hoping for feedback on these issues
Test continues to pass, so I'm resolving ticket.
On Thu Oct 25 08:20:10 2007, pcoch wrote:
> In t/perl/Parrot_Test.t there are the todo item comments:
>
> # TODO test write_code_to_file(), plan(), skip(), slurp_file()
>
> # test the test functions from Parrot::Test
> # TODO: test the untested test functions
>
> Th
On Thu Oct 25 08:18:13 2007, pcoch wrote:
> In t/perl/Parrot_Test.t there is the todo item:
>
> # TODO test run_command()
>
> Do this please :-)
Since RT 46893 calls for testing Parrot::Test in general, I'm going to
merge this ticket into that one.
kid51
ent instr.: 'parrot;PCRE;init' pc 99 (library/pcre.pir:111)
called from Sub 'parrot;PCRE;main' pc 215 (examples/library/pcre.pir:39)
not ok 3 - examples/library/pcre.pir
not ok 4 - ncurses_life.pir # TODO ncurses_life.pir not testable yet
# Failed (TODO) test 'ncurses_life.pir
Why is this test labelled [Perl] rather than [PIR]?
On Wed Sep 10 19:48:04 2008, [EMAIL PROTECTED] wrote:
> Can someone evaluate where we stand with respect to the issues in this RT?
>
> Thank you very much.
>
> kid51
Still hoping for feedback on these issues.
This appears to be the same issue as reported in RT 59112, so I am going
to merge this ticket into that.
kid51
On Wed Oct 22 12:52:39 2008, masak wrote:
> Just wanted to note that the reported problem does not occur for me
> anymore. In fact, I don't see the file t/examples/library.t among the
> tested files in the `make test` output. Neither does grep.
Unfortunately, all that demonstra
We should continue to do these build fests -- invite me to your .pm
meeting and I'll lead the fest -- but we don't need to keep an RT open
to do it. So I'm resolving this ticket. Some issues discovered at
individual build fests remain open, but they have their own RTs.
Thank you very much.
kid51
No complaints since July, so I'm closing the ticket.
Those .t files can be
written in any language, which probably have different ways of
classifying a test as TODO.
My count tonight is that 1384 .t files in the distribution. Of these
524 are *not* found under ./languages/.
I wonder if we could formulate the specification in this ticket a bit
On Thu, Nov 20, 2008 at 7:16 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> 2. I've heard a lot of talk lately about languages moving into their
> own repositories. If so, then we have to ask whether we should be
> instituting new coding standards for .t files under ./languages/. At
> what
in '.t'. Those .t files can be
> > written in any language, which probably have different ways of
> > classifying a test as TODO.
> >
> > My count tonight is that 1384 .t files in the distribution. Of these
> > 524 are *not* found under ./languages/.
> &
of
classifying a test as TODO.
My count tonight is that 1384 .t files in the distribution. Of these
524 are *not* found under ./languages/.
I wonder if we could formulate the specification in this ticket a bit
more precisely before someone embarks on coding.
Yes, absolutely. I just added the
Tonight, for the first time in four weeks, this test (#6) passed on
Darwin/PPC. Cf.:
http://smolder.plusthree.com/app/public_projects/tap_stream/8270/260
I can't really tell which commit fixed this failure. Given the fact
that several files with 'pack' in their names were ch
# New Ticket Created by Mark Glines
# Please include the string: [perl #60642]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60642 >
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #60634]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60634 >
This patch cleans up a few test files left in /tmp by the test suite.
diff -r
[oops, forgot to copy the list.]
If darwin has gdb, you can do the following to get a backtrace:
$ gdb parrot
gdb> run t/pmc/packfile_6.pir
[segfault should occur here]
gdb> bt
Mark
On Sat Nov 08 00:06:50 2008, [EMAIL PROTECTED] wrote:
>
> Can you post a backtrace?
>
Attached.
backtrace.packfile_6.pir
Description: Binary data
projects/tap_stream/7437/260
>>>
>>> not ok 6 - set_integer_keyed_str
>>>
>>> # Failed test 'set_integer_keyed_str'
>>> # at t/pmc/packfile.t line 140.
>>> # Exited with error code: [SIGNAL 11]
>>> # Received:
>>> #
>
chromatic wrote:
On Tuesday 28 October 2008 20:07:18 James Keenan via RT wrote:
Still failing as of r32225; cf
http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260
not ok 6 - set_integer_keyed_str
# Failed test 'set_integer_keyed_str'
# at t/pmc/packfile.
oes Perl 5 do? Let's do that. (No one else has made a decision.)
I'm pretty sure Perl 5 just does whatever the underlying system does. At
lesat I don't remember ever writing any Configure tests to do otherwise,
and a quick look doesn't turn up anything obvious, and I don't think the
test suite specifically tests for it.
--
Andy Dougherty [EMAIL PROTECTED]
On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
> > 3. 1 of the tests appears to fail depending on how the OS initial-
> > cases 'Inf'. Again, could this be addressed in a hints file?
>
> This too is a long-standing problem: See [perl #19183]. It stalled
> pending a decision on wheth
On Mon, Nov 10, 2008 at 01:03:47PM -0500, Andy Dougherty wrote:
> On Sat, 8 Nov 2008, chromatic wrote:
> > +if (fabsl(ld) == 0.0 && Parrot_signbit(ld))
> > +info.flags |= FLAG_MINUS;
> > +
> (I'm not sure how portable fabsl() is either,
On Sat, 8 Nov 2008, chromatic wrote:
> On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
>
> I wonder if this patch fixes things. Certainly it does no harm on my box.
> Parrot_signbit() already exists in the platform files, so we might as well
> use it.
> --- src/spf_render.c (revis
On Tuesday 28 October 2008 20:07:18 James Keenan via RT wrote:
> Still failing as of r32225; cf
> http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260
>
> not ok 6 - set_integer_keyed_str
>
> # Failed test 'set_integer_keyed_str'
> # at t/pmc/
On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
> > 2. 4 of the tests appear to fail depending on how the OS 'spells'
> > the negation of zero. Could we address this in a hints file?
> This is a long-standing problem: See [perl #28170] and [perl #30737]. The
> last time I looked at
On Mon, 3 Nov 2008, James Keenan via RT wrote:
> > Are the underlying machines and
> > perl5 configurations the same for the NetBSD and OpenBSD tests?
>
> I believe so. I think magnachef has them set up as virtual machines on
> the same underlying box. He's working on getting me accounts on
I understand that some of the Parrot developers will be having a confab
at Google the weekend after this. Perhaps they could devote some time
to discussing the question of how we can recruit to the project some
people who are *really* knowledgeable about particular OSes, i.e.,
porters. I definite
On Mon Nov 03 09:38:38 2008, doughera wrote:
> On Sun, 2 Nov 2008, James Keenan wrote:
>
>
> > Observations:
> > 1. All 6 of these tests are marked to be skipped on Win32. So
> > perhaps the reason they're failing on OpenBSD is the same as that for
> > Win32. If so, then we could add 'Open
On Sun, 2 Nov 2008, James Keenan wrote:
> # New Ticket Created by James Keenan
> # Please include the string: [perl #60312]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=60312 >
>
>
> Thank
# New Ticket Created by James Keenan
# Please include the string: [perl #60312]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60312 >
Thanks to some automated test reporting setups (which I think are
still coming f
On Wednesday 29 October 2008 11:48:57 Patrick R. Michaud (via RT) wrote:
> 'make test' in pheme is giving an error in r32229:
>
> [EMAIL PROTECTED]:~/parrot/r32229/languages/pheme$ make test
> ../../parrot ../../compilers/tge/tgc.pir --output=lib/ASTGrammar.pir
> lib
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60208]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60208 >
'make test' in pheme is giving an error in r32229:
[EMAIL PROTEC
Still failing as of r32225; cf
http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260
not ok 6 - set_integer_keyed_str
# Failed test 'set_integer_keyed_str'
# at t/pmc/packfile.t line 140.
# Exited with error code: [SIGNAL 11]
# Received:
#
# Expected:
# not equal
#
On So. 07. Sep. 2008, 15:31:49, [EMAIL PROTECTED] wrote:
> This ticket has not been addressed since early July. Re-reading it now,
> it seems to have two major discussion threads: one specific to
> Test::Harness 3 and one relating more generally to the versions of CPAN
> modul
# New Ticket Created by James Keenan
# Please include the string: [perl #60068]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60068 >
This is the only test failure I'm getting with version 0.8 on Darwin,
PPC, O
Nevermind.
Digging through the HTML output, the error was in one of the coding
standards tests, not one of the functional tests.
That particular codingstd nit has been resolved (and we're about to
switch over to not running those tests by default.)
Thanks for the report: Closing ticket.
On Tue,
On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
>
> C:\Projects\parrot>mingw32-make
> "Compiling with:"--
Can we get another copy of the report as a plain text attachment against
HEAD? (This one had a lot of HTML embedded in it.)
Thanks.
--
Will "Coke" Coleda
# New Ticket Created by Allison Randal
# Please include the string: [perl #60020]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60020 >
1) Remove the coding standards tests from the main 'make test' target.
# New Ticket Created by Mark Grimes
# Please include the string: [perl #59968]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59968 >
The following code results in a segfault:
.sub main :main
.include 'include/test_mor
On Mon Oct 13 07:31:30 2008, [EMAIL PROTECTED] wrote:
> Hi Christoph,
>
> I send you the patch atached.
>
> The script with TODO block works equal without it(with TODO
> gives more information and adds the "not yet implemented" leyend).
>
> Sincerely,
>
> Igor
Hi Igor,
This patch looks good.
On Monday 13 October 2008 12:23:23 Seneca Cunningham wrote:
> Test 27 of t/op/arithmetics.t fails when parrot is built as a 32-bit
> binary on Intel OS X 10.5 (64-bit builds pass the test).
>
> MacBook-Pro:build-20081012-32 seneca$ prove -v t/op/arithmetics.t
> t/op/arith
; > # http://rt.perl.org/rt3/Ticket/Display.html?id=56806 >
> >
> >
> > pynie's test suite fails with [EMAIL PROTECTED]
> >
> > Test Summary Report
> > ---
> > t/00-parrot/05-vars.t(Wstat: 256 Tests: 0 Failed: 0)
l future correspondence about this issue.
> > # http://rt.perl.org/rt3/Ticket/Display.html?id=56018 >
> >
> >
> > Greetings,
> >
> > tcl_misc.t is failing in languages/tcl.
> >
> > # Failed test 'reading environment variables'
> > #
# New Ticket Created by "Seneca Cunningham"
# Please include the string: [perl #59876]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59876 >
Test 2 of t/native_pbc/header.t passes 32-bit Intel OS X builds (10
# New Ticket Created by "Seneca Cunningham"
# Please include the string: [perl #59874]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59874 >
Test 27 of t/op/arithmetics.t fails when parrot is built as a 32-
--- El mié 8-oct-08, Christoph Otto <[EMAIL PROTECTED]> escribió:
De:: Christoph Otto <[EMAIL PROTECTED]>
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: "Igor" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Fecha: miércole
[EMAIL PROTECTED] via RT wrote:
--- El mar 30-sep-08, Christoph Otto <[EMAIL PROTECTED]> escribió:
De:: Christoph Otto <[EMAIL PROTECTED]>
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: "Igor ;" <[EMAIL PROTECTED]>
--- El mar 30-sep-08, Christoph Otto <[EMAIL PROTECTED]> escribió:
De:: Christoph Otto <[EMAIL PROTECTED]>
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: "Igor ;" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Fecha: marte
--- El mar 30-sep-08, Christoph Otto <[EMAIL PROTECTED]> escribió:
De:: Christoph Otto <[EMAIL PROTECTED]>
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: "Igor ;" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Fecha: marte
>> Your point is very interesting. However, if you believe this issue
>> merits more extended discussion, I would recommend you open up a new RT
>> ticket, perhaps in the [RFC] category (or [RFP] or whatever it's called).
>>
>> I would like to keep the discussion in *this* RT focused on the issues
Forgot to forward to list:
On Thu Oct 02 18:37:05 2008, [EMAIL PROTECTED] wrote:
> On Wed Oct 01 16:09:41 2008, julianalbo wrote:
>
> >
> > I see a more generic problem. Several modules add lib links to the
> > parrot executable. Makes sense to link static libraries if that is the
> > intention
>> > The config test for pcre try to compile a test program. The pcre.pir
>> > dynamically loads the pcre library. So if, for example, you have only
>> > a static pcre lib, it will detect it but fails to use.
>>
>> That makes sense. Can we change the
On Wed Oct 01 13:58:32 2008, [EMAIL PROTECTED] wrote:
> On Wednesday 01 October 2008 13:43:37 NotFound wrote:
>
> >
> > The config test for pcre try to compile a test program. The pcre.pir
> > dynamically loads the pcre library. So if, for example, you have only
> &
e.com/app/public_projects/tap_stream/5784/392
> >
> > So could this be a problem with PCRE 7.7, or how it installs on your OS?
>
> The config test for pcre try to compile a test program. The pcre.pir
> dynamically loads the pcre library. So if, for example, you have only
>
with PCRE 7.7, or how it installs on your OS?
The config test for pcre try to compile a test program. The pcre.pir
dynamically loads the pcre library. So if, for example, you have only
a static pcre lib, it will detect it but fails to use.
--
Salu2
On Tue Sep 30 16:48:32 2008, masak wrote:
> James (>):
> > Let's start with an elementary question: What does Configure.pl say
> for
> > you at this step:
> >
> > auto::pcre - Does your platform support pcre
>
> auto::pcre - Does your platform support
> pcreyes,
James (>):
> Let's start with an elementary question: What does Configure.pl say for
> you at this step:
>
> auto::pcre - Does your platform support pcre
auto::pcre - Does your platform support pcreyes, 7.7.
// Carl
PMC: label. You can give it a more appropriate name once the
rest of the test works.
A good rule is to try to use as little code as possible to get the job done.
This doesn't mean that you should use weird one-liners that nobody can
understand, but that you should strive to write simple,
brary/pcre.pir:111)
> called from Sub 'parrot;PCRE;main' pc 279 (examples/library/pcre.pir:39)
> not ok 3 - examples/library/pcre.pir
> # Failed test 'examples/library/pcre.pir'
> # at t/examples/library.t line 67.
> # got: ''
> # e
--- El vie 12-sep-08, Rafael Sanchez <[EMAIL PROTECTED]> escribió:
De:: Rafael Sanchez <[EMAIL PROTECTED]>
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: "Christoph Otto" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
F
mples/library/getopt_demo.pir
ok 2 - examples/library/md5sum.pir
7.7
Failed to load libpcre
current instr.: 'parrot;PCRE;init' pc 110 (library/pcre.pir:111)
called from Sub 'parrot;PCRE;main' pc 279 (examples/library/pcre.pir:39)
not ok 3 - examples/library/pcre.pir
# Failed test &#x
Rejected, as we're deleting this file.
Rejected, as we're deleting the file proposed for expansion.
od found,
left argument in overloaded package File::Temp,
right argument has no overloaded magic at lib/Parrot/Test.pm
line 312.
# Looks like your test died before it could output anything.
Fix in the test:
my $out_f = File::Temp->new( UNLINK => 1, SUFFIX => '.pbc'
On Fri Sep 12 20:24:06 2008, [EMAIL PROTECTED] wrote:
> On our Smolder site, we're getting test results on FreeBSD (or, at
> least, i386-freebsd-64int) approximately every 70 minutes.
>
> Is there any reason to keep this ticket open?
>
E ... we *were* getting hourly r
On our Smolder site, we're getting test results on FreeBSD (or, at
least, i386-freebsd-64int) approximately every 70 minutes.
Is there any reason to keep this ticket open?
Thank you very much.
kid51
--- El vie 12-sep-08, Christoph Otto <[EMAIL PROTECTED]> escribió:
De:: Christoph Otto <[EMAIL PROTECTED]>
Asunto: Re: [perl #44457] [TODO] make sure files match test files for DYNPMCs
and DYNOPs etc
A: [EMAIL PROTECTED], [EMAIL PROTECTED]
Fecha: viernes, 12 septiembre, 2008, 6:5
On Thu Sep 11 14:28:08 2008, rblasch wrote:
>
> I haven't seen this using Visual C++ 9.0. I'll also run a test with
> 6.0, 7.1 and 8.0. Is it okay if I close this ticket if nothing special
> shows up?
Absolutely!
parrot in some months now, msvc or
> otherwise. Smolder is probably a better place to look for information
> at this point.
>
> Do we have anyone in the audience building on these tools that can
> give us a more up to date answer?
I haven't seen this using Visual C++ 9.0. I&
On Wed, Sep 10, 2008 at 10:51 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Coke, particle: Where do we stand on this ticket?
>
> thank you very much.
>
> kid51
>
I haven't touched a win32 build of parrot in some months now, msvc or
otherwise. Smolder is probably a better place to look for
On Wed, 10 Sep 2008, James Keenan via RT wrote:
> On Wed Sep 10 09:30:37 2008, doughera wrote:
> >
> > That's another easy one. The test assumes that all platforms have -lrt
> > and that all platforms have to link with it for this test. Your system
> > clearl
Coke, particle: Where do we stand on this ticket?
thank you very much.
kid51
Clark,
We're now at Parrot 0.7. Are you still getting these test failures with
that version (or with HEAD from svn)?
Can anyone else reproduce these errors?
Thank you very much.
kid51
Can someone evaluate where we stand with respect to the issues in this RT?
Thank you very much.
kid51
On Wed Sep 10 09:30:37 2008, doughera wrote:
>
> That's another easy one. The test assumes that all platforms have -lrt
> and that all platforms have to link with it for this test. Your system
> clearly doesn't have -lrt, so the link fails. If you just delete the
lin
# from Will Coleda
# on Monday 28 July 2008 07:31:
>I presume Eric noticed this as he was working on his patch to enable a
>parallel make test; Now that his patch is applied, fixing these tests
>should have a higher priority; If two tests that are trying to
>create/use the same dire
1 - 100 of 1701 matches
Mail list logo
