gecko/python
Mike Hommey 21ec48314e Bug 1077148 part 4 - Add and use new moz.build templates for Gecko programs and libraries. r=gps
There are, sadly, many combinations of linkage in use throughout the tree.
The main differentiator, though, is between program/libraries related to
Gecko or not. Kind of. Some need mozglue, some don't. Some need dependent
linkage, some standalone.

Anyways, these new templates remove the need to manually define the
right dependencies against xpcomglue, nspr, mozalloc and mozglue
in most cases.

Places that build programs and were resetting MOZ_GLUE_PROGRAM_LDFLAGS
or that build libraries and were resetting MOZ_GLUE_LDFLAGS can now
just not use those Gecko-specific templates.
2014-10-30 13:06:12 +09:00
..
blessings
codegen
configobj
jsmin
lldbutils
mach Bug 1077272 - Allow argument groups in mach commands. r=gps. 2014-10-08 15:11:50 -07:00
mock-1.0.0
mozboot Bug 1078007 - Update URL for Homebrew installer; rs=RyanVM 2014-10-20 09:12:50 -07:00
mozbuild Bug 1077148 part 4 - Add and use new moz.build templates for Gecko programs and libraries. r=gps 2014-10-30 13:06:12 +09:00
mozversioncontrol/mozversioncontrol
psutil
virtualenv
which
mach_commands.py Bug 1076649 - Remove the '+' prefixing from mach commands with allow_all_arguments=True. r=gps 2014-10-07 07:36:27 +09:00
moz.build Bug 1077381 - Encode generate_browsersearch verbose output as utf-8. r=gps 2014-10-06 11:32:24 -07: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