Revert "A python_binary_create task, to bring pex-building under goal."

This reverts commit be65d80d1e7f573e447608d6fc8e3e395adc3957.
CI is failing in the same way as in the first iteration of this change.
Use os.path.normpath before os.path.basename

Testing Done:
[tw-mbp13-tdesai pants]$ ./pants tests/python/pants_test/base:address
Loading pants backends from source
Build operating on top level addresses: set([BuildFileAddress(tests/python/pants_test/base/BUILD, address)])
================================================================================ test session starts ================================================================================
platform darwin -- Python 2.6.7 -- py-1.4.20 -- pytest-2.5.2
plugins: cov, timeout
collected 3 items

tests/python/pants_test/base/test_address.py ...

============================================================================= 3 passed in 0.06 seconds ==============================================================================
tests.python.pants_test.base.address                                            .....   SUCCESS
[tw-mbp13-tdesai pants]$

Bugs closed: 209

Reviewed at https://rbcommons.com/s/twitter/r/499/
Updated pants script to clean after a failed attempt to bootstrap

Testing Done:
I've run 'build-support/clean.sh' and had it encounter an Untranslatable... kind of error.

On the next invocation, I see the output "Last bootstrap failed, cleaning up .pants.d" and the next bootstrapping succeeded.

Bugs closed: 213

Reviewed at https://rbcommons.com/s/twitter/r/501/
Third time's a charm?

A python_binary_create task, to bring pex-building under goal.
Fix ci.sh flags.
Revert "Third time's a charm?"

This reverts commit a9997c4d89d66022d86532101a56366e4a81cf3f.
A python_binary_create task, to bring pex-building under goal, Take 4.

Verified that travis-ci passes in a branch.
Fix java_agent

Testing Done:
yes locally,

[tw-mbp13-tdesai birdcage]$ head util/util-class-preloader/src/main/java/BUILD
java_agent(name='java',
  sources=rglobs('*.java'),
  premain='com.twitter.classpreloader.ClassPreloader',
  can_retransform=True
)
[tw-mbp13-tdesai birdcage]$

[tw-mbp13-tdesai birdcage]$ ./pants goal list ./util/util-class-preloader/src/main/java/::
util/util-class-preloader/src/main/java/BUILD:java
[tw-mbp13-tdesai birdcage]$

Bugs closed: 217

Reviewed at https://rbcommons.com/s/twitter/r/506/
Fix java_antlr_library target

Testing Done:
with this local changes on my laptop, the failing target now passes.

[tw-mbp13-tdesai birdcage]$ ./pants goal list ./eventbus/thrift/src/main/antlr/com/twitter/eventbus/thrift/tql/BUILD::
eventbus/thrift/src/main/antlr/com/twitter/eventbus/thrift/tql/BUILD:tql
[tw-mbp13-tdesai birdcage]$

Bugs closed: 215

Reviewed at https://rbcommons.com/s/twitter/r/503/
Rename PythonRunTests to PytestRun.

This is more informative and also more consistent with naming
in the JVM world (JUnitRun, SpecsRun).
Fixes the bug where pants doesn't recognize build targets on top-level directories.

The previous argument parser naively simply checked whether a command-line argument contained a slash (/) or a colon (:). This is a reasonable assumption most of the time, but in the case where a BUILD file is located only one directory deep, (eg, buildroot/folder/BUILD), this makes it impossible to run pants on the target simply by calling (eg) ./pants goal bundle folder.

See github issue for example: https://github.com/pantsbuild/pants/pull/159

This fixes it by actually checking to see if a phase with goals is defined by the command-line argument. It still checks before that whether the argument contains a slash or a colon, because that if an argument has those characters it can't mean a goal. But an argument not having those characters doesn't mean it is a goal.

In a completely ambiguous situation (eg, given a command argument 'bundle', and there is a valid BUILD file at bundle/BUILD), we err on the side of the goal, and print out a warning. This makes sense, because it allows the user to disambiguate the situation using the '--' syntax.