gecko/python
Gregory Szorc df9137da98 Bug 987414 - Pass multiple test arguments to mach testing commands; r=ahal
Previously, mach xpcshell-test and mochitest-* were limited to a single
test "path" argument. This patch enables multiple arguments to be passed
in.

TestResolver in the build system has gained the ability to process
multiple paths in a single invocation. The mach commands have been
modified to utilize this new feature.

Only mach code paths that pass manifestdestiny.TestManifest instances
into the test runner can accept multiple arguments. This is because
there is no other way to pass a custom set of tests into the test
runner. If multiple test arguments are used but not supported, a warning
is emitted.

--HG--
extra : rebase_source : 1ce1328a969f654e7b43a7a0bdd15ed86f5ceb21
2014-03-24 16:19:57 -07:00
..
blessings
codegen
configobj
lldbutils Fix error in lldb string serialiation; no bug. (DONTBUILD, NPOTB) 2014-02-17 15:22:59 +11:00
mach Bug 909522 - Run mach's unit tests as part of make check; r=mshal 2014-01-09 11:20:41 -08:00
mock-1.0.0
mozboot No Bug - Fix python typo in mozboot, r=trivial, DONTBUILD, a=NPOTB 2014-03-04 13:04:12 -05:00
mozbuild Bug 987414 - Pass multiple test arguments to mach testing commands; r=ahal 2014-03-24 16:19:57 -07:00
mozversioncontrol/mozversioncontrol Bug 941833 - mach mercurial-setup should define host fingerprints during repo operations; r=nalexander 2013-11-21 12:19:32 -08:00
psutil
virtualenv Bug 914500 - Upgrade virtualenv to 1.10.1; r=mshal 2013-09-10 17:07:12 -07:00
which
mach_commands.py Bug 952280 - mach python commands now use virtualenv APIs; r=mshal 2013-12-19 13:48:37 -08:00
Makefile.in Bug 909522 - Run mach's unit tests as part of make check; r=mshal 2014-01-09 11:20:41 -08:00
moz.build Bug 939367 - Allow Sphinx docs to come from all over the tree; r=glandium 2013-11-20 12:37:22 -08:00
README

This directory contains common Python code.

The basic rule is that if Python code is cross-module (that's "module" in the
Mozilla meaning - as in "module ownership") and is MPL-compatible, it should
go here.

What should not go here:

* Python that is not MPL-compatible (see other-licenses/)
* Python that has good reason to remain close to its "owning" (Mozilla)
  module (e.g. it is only being consumed from there).

Historical information can be found at
https://bugzilla.mozilla.org/show_bug.cgi?id=775243