mirror of
https://github.com/github/codeql.git
synced 2025-12-19 18:33:16 +01:00
cb891a1a49
We can't understand the real `six.py` file, so we have some internal plumbing that enables us to handle six anyway. While updating that, I had a hell of a lot of trouble with these tests. What we actually want, is to see that we can understand what the values imported from six are (i.e., their points-to information). I added a few more, that I think would be useful. If we can figure out all of these, I don't actually care if we're doing it by understanding the real `six.py` file, or by some internal trick. I verified that we don't get results with the real `six.py` file by disabling our internal tricks, and putting a copy of six.py just next to test.py. We used to have an other file that would list all the properties we knew and their value, but that turned out to be a fragile and annoying test, since the results differed from which version of python you ran it with (3.5 vs 3.8) and which machine you ran it on (my machien vs jenkins). I don't care about the results in this file, and I can certainly not eyeball it to see if it's correct or not.
10 lines
418 B
Plaintext
10 lines
418 B
Plaintext
| six | Package six |
|
|
| six.moves | Package six.moves |
|
|
| six.moves.http_client | Module httplib |
|
|
| six.moves.http_client.HTTPConnection | class HTTPConnection |
|
|
| six.moves.range | builtin-class xrange |
|
|
| six.moves.urllib | Package six.moves.urllib |
|
|
| six.moves.urllib.parse | Module six.moves.urllib_parse |
|
|
| six.moves.urllib.parse.urlsplit | Function urlsplit |
|
|
| six.moves.zip | builtin-class itertools.izip |
|