This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
| Author | cstratak |
|---|---|
| Recipients | cstratak |
| Date | 2016年12月07日.18:14:39 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1481134479.52.0.174259382887.issue28898@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Trying to compile gdb, with python support and by having it depend on Python 3.6 produces an error that the HAVE_LONG_LONG has been redefined [0]. This seems to have been introduced by this commit [1]. I'm in no way expert on gdb, but from what I could deduct from the build logs, the #define HAVE_LONG_LONG line in pyport.h [2] is the issue, as gdb also sets the same constant to 1 [3][4] I build python and gdb as rpm's, but I can't verify if it happens as well outside this environment. Could someone more experienced with gdb take a look at it? The issue seems to be fixed by wrapping the #define HAVE_LONG_LONG with an #ifndef HAVE_LONG_LONG Attaching a patch for consideration [0] https://copr-be.cloud.fedoraproject.org/results/cstratak/python3.6/fedora-26-x86_64/00485858-gdb/build.log.gz [1] https://hg.python.org/cpython/rev/cf6e9968ebb7/ [2] https://hg.python.org/cpython/file/tip/Include/pyport.h#l42 [3] https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=gdb/config.in;h=3f8a72326b5d32db6ad8966c05045e248f955498;hb=HEAD#l282 [4] https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=gdb/configure;h=6df88d9049b546a9e906b943f67374dc90d90d6d;hb=HEAD#l11662 |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2016年12月07日 18:14:39 | cstratak | set | recipients: + cstratak |
| 2016年12月07日 18:14:39 | cstratak | set | messageid: <1481134479.52.0.174259382887.issue28898@psf.upfronthosting.co.za> |
| 2016年12月07日 18:14:39 | cstratak | link | issue28898 messages |
| 2016年12月07日 18:14:39 | cstratak | create | |