Allison Randal schrieb:
I saw the failing test, but didn't know where it came from or why it
was there. (And until I dug into it the commit logs, I didn't even
know if it was an old test that I had broken while working on the
threads tests.)
I added this failing, as the test '1 equals 1' in
la
The only files which still have this issue outstanding are[1]:
src/jit/ppc/jit_emit.h
src/jit/alpha/jit_emit.h
src/jit/hppa/jit_emit.h
src/jit/mips/jit_emit.h
src/jit/sun4/jit_emit.h
Attached are patches for these files as I am unable to test on these
platforms (diff-ed agains r22293).
Patches committed to trunk in r22303. Resolving ticket.
Patches committed to trunk in r22303. Resolving ticket.
In r22303 I have committed patches which address -- and may even
resolve! -- the issues discussed in this ticket. Default behavior is
largely unchanged, i.e., if a configuration step fails, Configure.pl
proceeds to the next step. But now, at the end of configuration, you
get a printout of the ste
Hi,
Last few days i've been working on a complete reimplementation of IMCC's
grammar. It can be found in compilers/pirc/new. THere's no Makefile yet, as
I didn't know how to create this in a portable way (as flex and bison are
needed). No tests yet either, I only do that with small test files on m
Still failing as of r22311, Oct 20 2007.
t/codingstd/cppcomments..NOK 1/1
# Failed test (t/codingstd/cppcomments.t at line 58)
# C++ comments found in 1 files:
# /home/jimk/work/parrot/compilers/pirc/new/pir.l: DQ_STRING
n])*\>. Does t
No longer failing as of r22311, Oct 20 2007. Test may have been
TODO-ed, in which case developer should open a separate TODO ticket for
the underlying source code problem. Am resolving *this* ticket.
No longer failing as of r22311, Oct 20 2007. Test may have been
TODO-ed, in which case developer should open a separate TODO ticket for
the underlying source code problem. Am resolving *this* ticket.
No longer failing as of r22311, Oct 20 2007. Test may have been
TODO-ed, in which case developer should open a separate TODO ticket for
the underlying source code problem. Am resolving *this* ticket.
No complaints heard; no smoke failures. Resolving ticket.
On 10/16/07, via RT Rob West <[EMAIL PROTECTED]> wrote:
> # New Ticket Created by "Rob West"
> # Please include the string: [perl #46473]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=46473 >
>
>
> This patch should make i
On Tue Jul 10 05:08:19 2007, ptc wrote:
> Just updating this ticket to the current state of play:
>
> > The lint target needs to be renamed to splint.
>
> Actually, this has been changed to sunlint and bsdlint. The splint
> target has existed for a while (in two forms; now combined as of
r1972
On 10/20/07, Paul Cochrane via RT <[EMAIL PROTECTED]> wrote:
> On Tue Jul 10 05:08:19 2007, ptc wrote:
> > Just updating this ticket to the current state of play:
> >
> > > The lint target needs to be renamed to splint.
> >
> > Actually, this has been changed to sunlint and bsdlint. The splint
> >
jerry gay wrote:
[snip]
additionally, when i try to debug it, it tells me that the --step
option isn't valid for Configure.pl. that seems like a bug of a
different color. oh, right, and there's something screwy with the
manifest.
Then update your MANIFEST. I find this happens when I've done a
On Oct 20, 2007, at 2:33 PM, Paul Cochrane via RT wrote:
The ctags program is now detected at configuration time (this program
sometimes has different names on different systems) and now 'make tags'
should work out of the box for all the variations that I'm aware of
(namely ctags, exuberant-cta
16 matches
Mail list logo
