[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Abysmal state of GTK build
From: |
Po Lu |
Subject: |
Re: Abysmal state of GTK build |
Date: |
Sun, 21 Aug 2022 22:01:29 +0800 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) |
Eli Zaretskii <eliz@gnu.org> writes:
> Yes, AFAIK. But AFAIU it should be possible to call C++ functions
> from a C program, given enough glue.
The GUI parts requiring C++ can be neatly separated from the rest of the
C code through such glue. That's how the Haiku port is implemented, see
src/haiku_support.cc (where the majority of the GUI code is
concentrated) and the callers of the extern "C" functions there in
haikuterm.c.
> Exactly. GCC already needs a C++ compiler to build, and so does GDB.
> I see no problem requiring that for Emacs, if it will otherwise free
> us from the GTK nightmares.
Also, we don't have to require the Qt build. It can just be the default
when the user has Qt and a C++ compiler, which everyone does these days.
- Re: Abysmal state of GTK build, (continued)
Re: Abysmal state of GTK build, Visuwesh, 2022/08/21
Re: Abysmal state of GTK build, Po Lu, 2022/08/21
Re: Abysmal state of GTK build, Lars Ingebrigtsen, 2022/08/21
Re: Abysmal state of GTK build, Eli Zaretskii, 2022/08/21
Re: Abysmal state of GTK build,
Po Lu <=
Re: Abysmal state of GTK build, Gerd Möllmann, 2022/08/23
Re: Abysmal state of GTK build, Po Lu, 2022/08/23
Re: Abysmal state of GTK build, Gerd Möllmann, 2022/08/23
Re: Abysmal state of GTK build, Lars Ingebrigtsen, 2022/08/23
Re: Abysmal state of GTK build, Gerd Möllmann, 2022/08/23
Re: Abysmal state of GTK build, Lars Ingebrigtsen, 2022/08/23
Re: Abysmal state of GTK build, Óscar Fuentes, 2022/08/23
Re: Alternative build systems (Was: Abysmal state of GTK build), Eli Zaretskii, 2022/08/23
Re: Alternative build systems, Óscar Fuentes, 2022/08/23
Re: Alternative build systems, Eli Zaretskii, 2022/08/23