Jeff Trull

Hi! Thanks for the bug report. Can you also supply the program you are trying to debug, and its build instructions? I'll need that in order to reproduce.

And your Python version - thanks.

Without a [minimal working example](https://en.wikipedia.org/wiki/Minimal_reproducible_example#:~:text=A%20minimal%20reproducible%20example%20may,short%20self%2Dcontained%20correct%20example.) there is no way I can reproduce this error. Please give me this additional information so I can help you. Thanks.

That's when you use LD_LIBRARY_PATH to point to a fresh LLVM/clang build

This may be related to an issue described [in the docs](https://clang.llvm.org/docs/LibTooling.html#builtin-includes) - basically, some built-in includes are located relative to the clang binary and have to be manually added to...

Looks like there are some other (better?) alternatives: http://python-future.org/quickstart.html

This appears to be due to HTTPretty not implementing a proper SSL wrapper. `ssl.wrap_socket` is replaced by `fake_wrap_socket`, a no-op, when HTTPretty is enabled. It seems we must mock _all_...

I'm running into this problem as well :( On Linux, though. I tried doing manual setenv on VIRTUALENVWRAPPER_WORKON_CD, VIRTUALENVWRAPPER_HOOK_DIR, VIRTUALENVWRAPPER_SCRIPT, and VIRTUALENVWRAPPER_PROJECT_FILENAME as well as starting Emacs from a shell...

Perhaps a test case would help. Create a new environment: ``` mkvirtualenv bar ``` Add an environment variable: ``` cat >> /path/to/Envs/bar/bin/postactivate export TEST_ENV_VAR=NotWorking ``` Try it out in the...

Ah OK, thanks for the explanation. Let's keep this open, shall we? Maybe someone will get a brainwave.