Yaltik/hy
2
0
Fork 0
Code Pull Requests Releases Activity
1b3fc81f3f
hy/setup.py

89 lines
2.9 KiB
Python
Raw Normal View History

Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
#!/usr/bin/env python
Make all files comply with license-header policy
2017-04-27 23:16:57 +02:00
# Copyright 2017 the authors.
# This file is part of Hy, which is free software licensed under the Expat
# license. See the LICENSE.
thingthings. like licensing.
2013-03-03 02:24:32 +01:00
Remove the documentation's dependency on Hy itself
2017-05-23 20:28:28 +02:00
import sys, os
thingthings. like licensing.
2013-03-03 02:24:32 +01:00
Various setup.py enhancements. - PEP8 fixes - Use setuptools.find_packages() - Update PyPI classifiers - Update website URL - Install the argparse module in Python 2.6 and before - Delete the duplicate rply in install_requires. With the PyPI version, tests are failed.
2013-09-20 07:27:46 +02:00
from setuptools import find_packages, setup
Automatically read and write bytecode Importing or executing a Hy file now loads the byte-compiled version if it exists and is up to date, and if not, the source is byte-compiled after it's parsed. This change can speed up Hy a lot. Here are some examples comparing run times of the current master (491b474e) to this commit, on my laptop with Python 3.6: - `nosetests --exclude='test_bin'` goes from 3.8 s to 0.7 s (a 5-fold speedup) - `hy -c '(print "hello world")` goes from 0.47 s to 0.20 s (a 2-fold speedup) - Rogue TV's startup goes from 3.6 s to 0.4 s (a 9-fold speedup) Accompanying changes include: - `setup.py` now creates and installs bytecode for `hy.core`, `hy.contrib`, and `hy.extra`. - The `hyc` command under Python 3 now creates bytecode in `__pycache__`, as usual for Python 3, instead of putting the `.pyc` right next to the source file like Python 2 does. I've removed a test of `hy.extra.anaphoric.a-if` that triggers #1268 when the test file is byte-compiled and then hits some weird `macroexpand` bug or something when I try to work around that—Nose crashes when trying to produce an error message, and I can't seem to replicate the bug without Nose.
2017-04-10 02:27:51 +02:00
from setuptools.command.install import install
Various setup.py enhancements. - PEP8 fixes - Use setuptools.find_packages() - Update PyPI classifiers - Update website URL - Install the argparse module in Python 2.6 and before - Delete the duplicate rply in install_requires. With the PyPI version, tests are failed.
2013-09-20 07:27:46 +02:00
Remove the documentation's dependency on Hy itself
2017-05-23 20:28:28 +02:00
from get_version import __version__
Allow calling setup.py from a subdirectory
2016-10-13 22:32:13 +02:00
os.chdir(os.path.split(os.path.abspath(__file__))[0])
Add some machinery to avoid importing hy in setup.py
2013-07-28 19:28:40 +02:00
PKG = "hy"
futzing with ideas
2013-03-06 02:28:09 +01:00
long_description = """Hy is a Python <--> Lisp layer. It helps
make things work nicer, and lets Python and the Hy lisp variant play
nice together. """
Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
Automatically read and write bytecode Importing or executing a Hy file now loads the byte-compiled version if it exists and is up to date, and if not, the source is byte-compiled after it's parsed. This change can speed up Hy a lot. Here are some examples comparing run times of the current master (491b474e) to this commit, on my laptop with Python 3.6: - `nosetests --exclude='test_bin'` goes from 3.8 s to 0.7 s (a 5-fold speedup) - `hy -c '(print "hello world")` goes from 0.47 s to 0.20 s (a 2-fold speedup) - Rogue TV's startup goes from 3.6 s to 0.4 s (a 9-fold speedup) Accompanying changes include: - `setup.py` now creates and installs bytecode for `hy.core`, `hy.contrib`, and `hy.extra`. - The `hyc` command under Python 3 now creates bytecode in `__pycache__`, as usual for Python 3, instead of putting the `.pyc` right next to the source file like Python 2 does. I've removed a test of `hy.extra.anaphoric.a-if` that triggers #1268 when the test file is byte-compiled and then hits some weird `macroexpand` bug or something when I try to work around that—Nose crashes when trying to produce an error message, and I can't seem to replicate the bug without Nose.
2017-04-10 02:27:51 +02:00
class Install(install):
def run(self):
# Import each Hy module to ensure it's compiled.
import os, importlib
Sort the results of os.walk in setup.py (#1281) os.walk need not provide its results in any specific order. So, sorting might help with situations like that described in #1280. Even if not, it could help avoid some very mysterious bugs in the future that arise from different orders in which Hy's modules are imported.
2017-04-24 16:54:15 +02:00
for dirpath, _, filenames in sorted(os.walk("hy")):
for filename in sorted(filenames):
Automatically read and write bytecode Importing or executing a Hy file now loads the byte-compiled version if it exists and is up to date, and if not, the source is byte-compiled after it's parsed. This change can speed up Hy a lot. Here are some examples comparing run times of the current master (491b474e) to this commit, on my laptop with Python 3.6: - `nosetests --exclude='test_bin'` goes from 3.8 s to 0.7 s (a 5-fold speedup) - `hy -c '(print "hello world")` goes from 0.47 s to 0.20 s (a 2-fold speedup) - Rogue TV's startup goes from 3.6 s to 0.4 s (a 9-fold speedup) Accompanying changes include: - `setup.py` now creates and installs bytecode for `hy.core`, `hy.contrib`, and `hy.extra`. - The `hyc` command under Python 3 now creates bytecode in `__pycache__`, as usual for Python 3, instead of putting the `.pyc` right next to the source file like Python 2 does. I've removed a test of `hy.extra.anaphoric.a-if` that triggers #1268 when the test file is byte-compiled and then hits some weird `macroexpand` bug or something when I try to work around that—Nose crashes when trying to produce an error message, and I can't seem to replicate the bug without Nose.
2017-04-10 02:27:51 +02:00
if filename.endswith(".hy"):
importlib.import_module(
In setup.py, handle backslash-separated paths (#1284) The obvious way to do this is to apply os.path.split iteratively, and I tried that first, but it seemed like overkill for setup.py.
2017-05-04 01:47:52 +02:00
dirpath.replace("/", ".").replace("\\", ".") +
"." + filename[:-len(".hy")])
Automatically read and write bytecode Importing or executing a Hy file now loads the byte-compiled version if it exists and is up to date, and if not, the source is byte-compiled after it's parsed. This change can speed up Hy a lot. Here are some examples comparing run times of the current master (491b474e) to this commit, on my laptop with Python 3.6: - `nosetests --exclude='test_bin'` goes from 3.8 s to 0.7 s (a 5-fold speedup) - `hy -c '(print "hello world")` goes from 0.47 s to 0.20 s (a 2-fold speedup) - Rogue TV's startup goes from 3.6 s to 0.4 s (a 9-fold speedup) Accompanying changes include: - `setup.py` now creates and installs bytecode for `hy.core`, `hy.contrib`, and `hy.extra`. - The `hyc` command under Python 3 now creates bytecode in `__pycache__`, as usual for Python 3, instead of putting the `.pyc` right next to the source file like Python 2 does. I've removed a test of `hy.extra.anaphoric.a-if` that triggers #1268 when the test file is byte-compiled and then hits some weird `macroexpand` bug or something when I try to work around that—Nose crashes when trying to produce an error message, and I can't seem to replicate the bug without Nose.
2017-04-10 02:27:51 +02:00
install.run(self)
update astor to 0.6
2017-10-31 21:13:41 +01:00
install_requires = ['rply>=0.7.5', 'astor>=0.6', 'clint>=0.4']
Get Hy working on Windows by making readline use conditional.
2013-06-29 16:23:48 +02:00
if os.name == 'nt':
tighten pyreadline requirement [#1011, #1022]
2016-02-02 06:38:42 +01:00
install_requires.append('pyreadline>=2.1')
thingthings. like licensing.
2013-03-03 02:24:32 +01:00
Add versioned entry point scripts (closes #931)
2015-09-06 01:24:51 +02:00
ver = sys.version_info[0]
Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
setup(
Add some machinery to avoid importing hy in setup.py
2013-07-28 19:28:40 +02:00
name=PKG,
Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
version=__version__,
Get Hy working on Windows by making readline use conditional.
2013-06-29 16:23:48 +02:00
install_requires=install_requires,
Automatically read and write bytecode Importing or executing a Hy file now loads the byte-compiled version if it exists and is up to date, and if not, the source is byte-compiled after it's parsed. This change can speed up Hy a lot. Here are some examples comparing run times of the current master (491b474e) to this commit, on my laptop with Python 3.6: - `nosetests --exclude='test_bin'` goes from 3.8 s to 0.7 s (a 5-fold speedup) - `hy -c '(print "hello world")` goes from 0.47 s to 0.20 s (a 2-fold speedup) - Rogue TV's startup goes from 3.6 s to 0.4 s (a 9-fold speedup) Accompanying changes include: - `setup.py` now creates and installs bytecode for `hy.core`, `hy.contrib`, and `hy.extra`. - The `hyc` command under Python 3 now creates bytecode in `__pycache__`, as usual for Python 3, instead of putting the `.pyc` right next to the source file like Python 2 does. I've removed a test of `hy.extra.anaphoric.a-if` that triggers #1268 when the test file is byte-compiled and then hits some weird `macroexpand` bug or something when I try to work around that—Nose crashes when trying to produce an error message, and I can't seem to replicate the bug without Nose.
2017-04-10 02:27:51 +02:00
cmdclass=dict(install=Install),
Provide bin scripts for both Windows and *nix Summary: This update does away with the scripts in bin and changes setup.py to use entry_points in cmdline.py for the scripts 'hy' and 'hyc'. This fixes installing and running on Windows. The tests are updated to run the 'hy' script produced by setup.py and not from bin/hy. This is more correct and makes the tox tests run on both Window and *nix. For running hy or nosetests directly in the source tree, you do have to run 'python setup.py develop' first. But since tox runs and builds dists, all tox tests pass on all platforms. Also, since there is no built-in readline on Windows, the setup.py only on Windows requires 'pyreadline' as a replacement. Switched from optparse to argparse in cmdline.py Instead of trying to manually separate args meant for hy from args meant for a hy script, this switches from optparse to argparse for the CLI. argparse automatically peels out args meant for hy and leaves the rest, including the user hy script in options.args. This fixes the issue @paultag found running "hy foo" where foo is not a real file. Also added a test that makes sure trying to run a non-existent script exits instead of dropping the user into the REPL. Added argparse as setup.py resource (and removed from tox.ini) as well as removed uses of deprecated setf
2013-06-29 23:56:58 +02:00
entry_points={
'console_scripts': [
'hy = hy.cmdline:hy_main',
Add versioned entry point scripts (closes #931)
2015-09-06 01:24:51 +02:00
'hy%d = hy.cmdline:hy_main' % ver,
Make hy2py public.
2014-04-10 06:45:11 +02:00
'hyc = hy.cmdline:hyc_main',
Add versioned entry point scripts (closes #931)
2015-09-06 01:24:51 +02:00
'hyc%d = hy.cmdline:hyc_main' % ver,
Make hy2py public.
2014-04-10 06:45:11 +02:00
'hy2py = hy.cmdline:hy2py_main',
Add versioned entry point scripts (closes #931)
2015-09-06 01:24:51 +02:00
'hy2py%d = hy.cmdline:hy2py_main' % ver,
Provide bin scripts for both Windows and *nix Summary: This update does away with the scripts in bin and changes setup.py to use entry_points in cmdline.py for the scripts 'hy' and 'hyc'. This fixes installing and running on Windows. The tests are updated to run the 'hy' script produced by setup.py and not from bin/hy. This is more correct and makes the tox tests run on both Window and *nix. For running hy or nosetests directly in the source tree, you do have to run 'python setup.py develop' first. But since tox runs and builds dists, all tox tests pass on all platforms. Also, since there is no built-in readline on Windows, the setup.py only on Windows requires 'pyreadline' as a replacement. Switched from optparse to argparse in cmdline.py Instead of trying to manually separate args meant for hy from args meant for a hy script, this switches from optparse to argparse for the CLI. argparse automatically peels out args meant for hy and leaves the rest, including the user hy script in options.args. This fixes the issue @paultag found running "hy foo" where foo is not a real file. Also added a test that makes sure trying to run a non-existent script exits instead of dropping the user into the REPL. Added argparse as setup.py resource (and removed from tox.ini) as well as removed uses of deprecated setf
2013-06-29 23:56:58 +02:00
]
},
Various setup.py enhancements. - PEP8 fixes - Use setuptools.find_packages() - Update PyPI classifiers - Update website URL - Install the argparse module in Python 2.6 and before - Delete the duplicate rply in install_requires. With the PyPI version, tests are failed.
2013-09-20 07:27:46 +02:00
packages=find_packages(exclude=['tests*']),
Include hy files in the release.
2013-07-07 01:40:47 +02:00
package_data={
Automatically read and write bytecode Importing or executing a Hy file now loads the byte-compiled version if it exists and is up to date, and if not, the source is byte-compiled after it's parsed. This change can speed up Hy a lot. Here are some examples comparing run times of the current master (491b474e) to this commit, on my laptop with Python 3.6: - `nosetests --exclude='test_bin'` goes from 3.8 s to 0.7 s (a 5-fold speedup) - `hy -c '(print "hello world")` goes from 0.47 s to 0.20 s (a 2-fold speedup) - Rogue TV's startup goes from 3.6 s to 0.4 s (a 9-fold speedup) Accompanying changes include: - `setup.py` now creates and installs bytecode for `hy.core`, `hy.contrib`, and `hy.extra`. - The `hyc` command under Python 3 now creates bytecode in `__pycache__`, as usual for Python 3, instead of putting the `.pyc` right next to the source file like Python 2 does. I've removed a test of `hy.extra.anaphoric.a-if` that triggers #1268 when the test file is byte-compiled and then hits some weird `macroexpand` bug or something when I try to work around that—Nose crashes when trying to produce an error message, and I can't seem to replicate the bug without Nose.
2017-04-10 02:27:51 +02:00
'hy.contrib': ['*.hy', '__pycache__/*'],
'hy.core': ['*.hy', '__pycache__/*'],
'hy.extra': ['*.hy', '__pycache__/*'],
Include hy files in the release.
2013-07-07 01:40:47 +02:00
},
Add get_version as a data file to setup.py
2017-06-15 20:30:05 +02:00
data_files=[
('get_version', ['get_version.py'])
],
Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
author="Paul Tagliamonte",
thingthings. like licensing.
2013-03-03 02:24:32 +01:00
author_email="tag@pault.ag",
Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
long_description=long_description,
thingthings. like licensing.
2013-03-03 02:24:32 +01:00
description='Lisp and Python love each other.',
Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
license="Expat",
Various setup.py enhancements. - PEP8 fixes - Use setuptools.find_packages() - Update PyPI classifiers - Update website URL - Install the argparse module in Python 2.6 and before - Delete the duplicate rply in install_requires. With the PyPI version, tests are failed.
2013-09-20 07:27:46 +02:00
url="http://hylang.org/",
Adding in classifiers.
2013-03-10 22:41:35 +01:00
platforms=['any'],
classifiers=[
"Development Status :: 4 - Beta",
"Intended Audience :: Developers",
"License :: DFSG approved",
"License :: OSI Approved :: MIT License", # Really "Expat". Ugh.
"Operating System :: OS Independent",
"Programming Language :: Lisp",
"Programming Language :: Python",
Various setup.py enhancements. - PEP8 fixes - Use setuptools.find_packages() - Update PyPI classifiers - Update website URL - Install the argparse module in Python 2.6 and before - Delete the duplicate rply in install_requires. With the PyPI version, tests are failed.
2013-09-20 07:27:46 +02:00
"Programming Language :: Python :: 2",
Adding in classifiers.
2013-03-10 22:41:35 +01:00
"Programming Language :: Python :: 2.7",
Various setup.py enhancements. - PEP8 fixes - Use setuptools.find_packages() - Update PyPI classifiers - Update website URL - Install the argparse module in Python 2.6 and before - Delete the duplicate rply in install_requires. With the PyPI version, tests are failed.
2013-09-20 07:27:46 +02:00
"Programming Language :: Python :: 3",
Add Python 3.4 to classifiers.
2014-03-18 09:27:35 +01:00
"Programming Language :: Python :: 3.4",
Enable automated testing with Python 3.5 and switch travis to use tox
2015-10-27 03:47:34 +01:00
"Programming Language :: Python :: 3.5",
Mark support for Python 3.6 in setup.py
2017-06-15 20:11:54 +02:00
"Programming Language :: Python :: 3.6",
Adding in classifiers.
2013-03-10 22:41:35 +01:00
"Topic :: Software Development :: Code Generators",
"Topic :: Software Development :: Compilers",
"Topic :: Software Development :: Libraries",
]
Thinking about a refacotr.
2013-03-01 04:27:20 +01:00
)
Copy Permalink