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).