public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug build/31875] New: [gdb/build, python] gdb requires long long, while python-internal.h contains support for !HAVE_LONG_LONG
@ 2024-06-10 16:15 vries at gcc dot gnu.org
2024-06-10 20:03 ` [Bug build/31875] " tromey at sourceware dot org
2024-06-10 21:23 ` vries at gcc dot gnu.org
0 siblings, 2 replies; 3+ messages in thread
From: vries at gcc dot gnu.org @ 2024-06-10 16:15 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=31875
Bug ID: 31875
Summary: [gdb/build, python] gdb requires long long, while
python-internal.h contains support for !HAVE_LONG_LONG
Product: gdb
Version: HEAD
Status: NEW
Severity: normal
Priority: P2
Component: build
Assignee: unassigned at sourceware dot org
Reporter: vries at gcc dot gnu.org
Target Milestone: ---
According to this code in gdb/configure.ac, gdb requires long long support for
building since gdb 7.7:
...
if test "$gdb_cv_c_long_long" != yes; then
# libdecnumber requires long long.
AC_MSG_ERROR([Compiler must support long long for GDB.])
fi
...
but AFAICT that's not documented anywhere (like, gdb/README).
That means we can simplify gdb/python/python-internal.h, which still contains
code for !HAVE_LONG_LONG.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug build/31875] [gdb/build, python] gdb requires long long, while python-internal.h contains support for !HAVE_LONG_LONG
2024-06-10 16:15 [Bug build/31875] New: [gdb/build, python] gdb requires long long, while python-internal.h contains support for !HAVE_LONG_LONG vries at gcc dot gnu.org
@ 2024-06-10 20:03 ` tromey at sourceware dot org
2024-06-10 21:23 ` vries at gcc dot gnu.org
1 sibling, 0 replies; 3+ messages in thread
From: tromey at sourceware dot org @ 2024-06-10 20:03 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=31875
Tom Tromey <tromey at sourceware dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tromey at sourceware dot org
--- Comment #1 from Tom Tromey <tromey at sourceware dot org> ---
Without looking at the older python configury, I guess
it's possible in theory that the platform compiler has
long long but somehow python was built without it?
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug build/31875] [gdb/build, python] gdb requires long long, while python-internal.h contains support for !HAVE_LONG_LONG
2024-06-10 16:15 [Bug build/31875] New: [gdb/build, python] gdb requires long long, while python-internal.h contains support for !HAVE_LONG_LONG vries at gcc dot gnu.org
2024-06-10 20:03 ` [Bug build/31875] " tromey at sourceware dot org
@ 2024-06-10 21:23 ` vries at gcc dot gnu.org
1 sibling, 0 replies; 3+ messages in thread
From: vries at gcc dot gnu.org @ 2024-06-10 21:23 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=31875
--- Comment #2 from Tom de Vries <vries at gcc dot gnu.org> ---
(In reply to Tom Tromey from comment #1)
> Without looking at the older python configury, I guess
> it's possible in theory that the platform compiler has
> long long but somehow python was built without it?
I suppose it's possible, indeed, but I'm not sure either whether that situation
is properly supported in gdb now.
That is, if python doesn't define HAVE_LONG_LONG in pyport.h, but config.h
does, I think it's still defined in python files, forcing the use of
PY_LONG_LONG in python-internal.h, which will be undefined, which then should
cause a compilation failure.
Either way, the situation looks like an exception, so even if it would work
somehow, I'm not sure it's worth bothering with.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2024-06-10 21:23 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-06-10 16:15 [Bug build/31875] New: [gdb/build, python] gdb requires long long, while python-internal.h contains support for !HAVE_LONG_LONG vries at gcc dot gnu.org
2024-06-10 20:03 ` [Bug build/31875] " tromey at sourceware dot org
2024-06-10 21:23 ` vries at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).