Thank you Garrett! That's perfect.
Starting now, if anyone does something to make the MANIFEST unhappy,
it will print out a message at the bottom of the commit log.
You'll see things like this:
manicheck: Not in MANIFEST: somefile1
manicheck: File not found: somefile2
Enjoy!
-R (CVS Timelor
On Tuesday, September 30, 2003, at 01:24 PM, Michael Scott wrote:
When I was writing the PIO_parse_open_flags() test it did seem to me
rather Perlish to have string flags in the first place. But I'm a new
cockroach in town, so I kept my mouth shut, not wanting to get stomped
on.
If the PIO_F_
On Tuesday, Sep 30, 2003, at 19:31 Europe/Berlin, Melvin Smith wrote:
Since PIO_parse_open_flags just assists the IO code in fulfilling
an API, but is not part of the published API, I would suggest that it
be moved into the private, but before tests are written for it, there
should be a spec writt
On Tuesday, Sep 30, 2003, at 19:20 Europe/Berlin, Juergen Boemmels
wrote:
Michael Scott <[EMAIL PROTECTED]> writes:
On Tuesday, Sep 30, 2003, at 15:44 Europe/Berlin, Juergen Boemmels
wrote:
Michael Scott <[EMAIL PROTECTED]> writes:
Here are some tests for the io.h API that should go in t/src/i
Michael Scott (via RT) <[EMAIL PROTECTED]> writes:
> I've added some info about C source code tests to parrot/docs/tests.pod.
Thanks applied
boe
--
Juergen Boemmels[EMAIL PROTECTED]
Fachbereich Physik Tel: ++49-(0)631-205-2817
Universitaet Kaiserslau
Since PIO_parse_open_flags just assists the IO code in fulfilling
an API, but is not part of the published API, I would suggest that it
be moved into the private, but before tests are written for it, there
should be a spec written. When I wrote the code, there was not even
a design for what sort of
Michael Scott <[EMAIL PROTECTED]> writes:
> On Tuesday, Sep 30, 2003, at 15:44 Europe/Berlin, Juergen Boemmels
> wrote:
>
>
> > Michael Scott <[EMAIL PROTECTED]> writes:
> >
> >> Here are some tests for the io.h API that should go in t/src/io.t.
> >
> > Ah yes. I know I submitted one too. I thou
On Tuesday, Sep 30, 2003, at 15:44 Europe/Berlin, Juergen Boemmels
wrote:
Michael Scott <[EMAIL PROTECTED]> writes:
Here are some tests for the io.h API that should go in t/src/io.t.
Ah yes. I know I submitted one too. I thought it got committed a long
time ago but maybe it wasn't. I will try to
Jeff Clites <[EMAIL PROTECTED]> writes:
> Actually, I'm pretty sure that cvs will delete local copies of file
> removed from the repository with just "cvs update". The "-dP" just
> affects directories--the "-d" says to pull down and update new
> directories, and the "-P" tells it to prune (remove)
Michael Scott <[EMAIL PROTECTED]> writes:
> Here are some tests for the io.h API that should go in t/src/io.t.
Ah yes. I know I submitted one too. I thought it got committed a long
time ago but maybe it wasn't. I will try to merge it with your tests
and commit a change.
In one test you include "
Robert Spier wrote:
>
> I need a script that meets the following specs:
>
> Input (via command line)
> 1) file representing MANIFEST
> 2)file representing MANIFEST.SKIP
> 3)file representing list of all files found
>
> Output (via stdout)
> error message if m
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Next, the sequence of loading.
> Right now there's a load_pmc op
Gone.
> and loadlib ops. I'd like to unify that
Done.
> When we load a library, the bytecode should probe for and, if it exists,
> call Parrot_lib_load_%s, where %s is the library name.
On Tue 30 Sep 2003 03:57, Andy Lester <[EMAIL PROTECTED]> wrote:
> I've updated http://qa.perl.org/phalanx/. I started a roster page and a
> status, which shows that Shawn Carroll has started working on
> Date::Calc. Shawn, please let me know how many tests were in Date::Calc
FWIW Date::Calc has
13 matches
Mail list logo