This comparison is confused, as aNRanges is an out argument; we only
care about non-nullness of the pointer. Additionally, recent versions
of clang consider non-equality comparisons with pointer types an
error.
MozReview-Commit-ID: 8lXeCwP6Lz6
MozReview-Commit-ID: 7DL7wU8eUHm
--HG--
extra : rebase_source : c50b07b619da144569573175158774f8e22d6bed
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
(cherry-picked from commit 88d6e5e9c44d6cfb9962f74239fc17f51e325a16)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
Should be a drop-in replacement.
MozReview-Commit-ID: 2ebRTXwCBfM
--HG--
rename : python/virtualenv/virtualenv_support/setuptools-20.3-py2.py3-none-any.whl => python/virtualenv/virtualenv_support/setuptools-25.2.0-py2.py3-none-any.whl
extra : rebase_source : d8cef816464fb494a8134967bf912d9dabe41b84
(cherry picked from commit 88d6e5e9c44d6cfb9962f74239fc17f51e325a16)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
Added a quick for MinGW64 then adds the default location of system modules to
sys.path.
MozReview-Commit-ID: IubUhpB3rOf
--HG--
extra : rebase_source : 95f2245fb254473fb9977b37b60f087c05a7eedc
(cherry picked from commit 9775d4ad15c428897c33191fe68886b7d2476a1d)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
This is going to be necessary for MSYS2 which needs a custom site.py since
the MinGW64 version of Python does not import the system packages.
MozReview-Commit-ID: EfHRmRSmvlV
--HG--
extra : rebase_source : 6ffbcda31318d3581ded3bf860bbd0db2eec8780
(cherry picked from commit f28bd15876fe9d52306852d3e69cdddde79d251e)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
We need this to avoid weird site.py hacks to get msys2 to play nicely with virtualenv.
MozReview-Commit-ID: 9lJSo6MistO
--HG--
extra : rebase_source : 598f25a207dc4307ed531f4e4e5dcfb951ae8283
(cherry picked from commit 6a16b60f89ef5b38e33efabf63f7e30c1672b616)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
Before, virtualenv would try to use symlinks based entirely on the value given by the options parser.
Unfortunately, some versions of Python cannot symlink (specifically the MinGW version of Python).
Now, virtualenv ensures the os module has the symlink funciton before attempting to use the symlink function.
MozReview-Commit-ID: DFJ59AaPNpB
--HG--
extra : rebase_source : 4a92c9cbfbfe205e18b890e100fe549d78cebc81
(cherry picked from commit 2608abcab568a9f705c7f519d9b30c01cc1790df)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
By placing the functools module in the REQUIRED_MODULES list, the environment will not throw an ImportError when the build systemimports functools.
MozReview-Commit-ID: 8DjzXqxvxXd
--HG--
extra : rebase_source : 47ceae1e8b852e0b8bf61f9b34cc953db42e393e
(cherry picked from commit 7394210aad55ad8b863205c1a1862c34783c4080)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
This is going to be necessary in the following commits to ensure that virtualenv has access to native libraries.
MozReview-Commit-ID: FwxOoCWnQMW
--HG--
extra : rebase_source : c4cf829231757b3dc2c5ca821c7248dc3fb0d763
(cherry picked from commit 57e72ee336754d5cabb9f53cb5dfca7f817c6a18)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
Should be a drop-in replacement.
MozReview-Commit-ID: 5934X9tS29g
--HG--
rename : python/virtualenv/virtualenv_support/pip-8.1.1-py2.py3-none-any.whl => python/virtualenv/virtualenv_support/pip-8.1.2-py2.py3-none-any.whl
extra : rebase_source : 01d234565de37041f79f3f4498eec1d6fadfe005
(cherry picked from commit 6c01848d23ac94ca40431fbf4198123cb3d9f7f7)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
While we're addressing virtualenv foo, let's ensure we are running
the latest version. This also pulls in newer versions of pip (8.1.1),
setuptools (20.3), and wheel (0.29.0).
MozReview-Commit-ID: G5uSy66Kd6u
--HG--
extra : rebase_source : 804f230adcf77335c79a93537d9623ac3836d9bf
(cherry picked from commit 4262e28d067edd239f96cb75a8280b91db23a79e)
Signed-off-by: Jacek Caban <jacek@codeweavers.com>
