Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

__init__.py doesn't always get installed #131

Open
asylvest opened this issue May 21, 2016 · 0 comments
Open

__init__.py doesn't always get installed #131

asylvest opened this issue May 21, 2016 · 0 comments

Comments

@asylvest
Copy link
Contributor

Still having intermittent issues with this... one theory I have is that in build.py's python_package(), nod.sig doesn't end up being unique when there are multiple Python modules because all of the __init__.py files are empty. I had a point where I was trying to explicitly do waf install --target=python_init_file_coda and it wouldn't do anything. Then I changed the nod.sig value to something unique and this worked. But... the chaining still didn't: the module I was trying to install directly still didn't connect the python_init_file_coda target like it should have itself.

I wonder if we should just be creating this empty file once at configure time. Then both the configure and build steps would be simpler... you wouldn't need the special python_package feature.

@chvink no need to work this right this second but keep it in the back of your head

@clydestanfield @apakanati @JonathanMeans

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant