public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* Qt6 port of kconfig qconf
@ 2023-07-17  9:27 Boris Kolpackov
  2023-07-18  0:33 ` Masahiro Yamada
  0 siblings, 1 reply; 4+ messages in thread
From: Boris Kolpackov @ 2023-07-17  9:27 UTC (permalink / raw)
  To: linux-kbuild; +Cc: linux-kernel, Masahiro Yamada

Is there interest in the Qt6 port of qconf (which is currently Qt5)?

I took an exploratory stab at it and I've managed to make it compile
and run with relatively few changes, though there are quite a few
warnings about using deprecated stuff.

I can see three possible approaches here:

1. Drop Qt5 support and port qconf to be exclusively Qt6. This should
   allow cleaning up all the deprecated stuff.

2. Support Qt5 and Qt6 in the same qconf.cc. With this approach it's
   unlikely we will be able to cleanup the deprecated stuff without
   turning it into an #if soup.

3. Leave qconf.cc to be Qt5-only and make the changes in the qconf6.cc
   copy. This will allow us to clean up all the deprecated stuff but
   will require applying further changes to two files until we drop
   support for Qt5.

Thoughts?

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Qt6 port of kconfig qconf
  2023-07-17  9:27 Qt6 port of kconfig qconf Boris Kolpackov
@ 2023-07-18  0:33 ` Masahiro Yamada
  2023-07-18  4:13   ` Boris Kolpackov
  0 siblings, 1 reply; 4+ messages in thread
From: Masahiro Yamada @ 2023-07-18  0:33 UTC (permalink / raw)
  To: Boris Kolpackov; +Cc: linux-kbuild, linux-kernel

On Mon, Jul 17, 2023 at 6:27 PM Boris Kolpackov <boris@codesynthesis.com> wrote:
>
> Is there interest in the Qt6 port of qconf (which is currently Qt5)?
>
> I took an exploratory stab at it and I've managed to make it compile
> and run with relatively few changes, though there are quite a few
> warnings about using deprecated stuff.
>
> I can see three possible approaches here:
>
> 1. Drop Qt5 support and port qconf to be exclusively Qt6. This should
>    allow cleaning up all the deprecated stuff.
>
> 2. Support Qt5 and Qt6 in the same qconf.cc. With this approach it's
>    unlikely we will be able to cleanup the deprecated stuff without
>    turning it into an #if soup.
>
> 3. Leave qconf.cc to be Qt5-only and make the changes in the qconf6.cc
>    copy. This will allow us to clean up all the deprecated stuff but
>    will require applying further changes to two files until we drop
>    support for Qt5.
>
> Thoughts?


I like 1 or 2, depending on the size of #if soup.




-- 
Best Regards
Masahiro Yamada

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Qt6 port of kconfig qconf
  2023-07-18  0:33 ` Masahiro Yamada
@ 2023-07-18  4:13   ` Boris Kolpackov
  2023-07-21  6:37     ` Masahiro Yamada
  0 siblings, 1 reply; 4+ messages in thread
From: Boris Kolpackov @ 2023-07-18  4:13 UTC (permalink / raw)
  To: Masahiro Yamada; +Cc: linux-kbuild, linux-kernel

Masahiro Yamada <masahiroy@kernel.org> writes:

> I like 1 or 2, depending on the size of #if soup.

Looks like it won't be too dense if we are willing to only care about
the latest version of Qt5 (i.e., 5.15.0 or later) since most of the
changes appear to also work in the latest Qt5 (they may also work in
earlier versions, but I don't have easy access to those to check).

Should we go with support for "latest Qt5" and Qt6?

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Qt6 port of kconfig qconf
  2023-07-18  4:13   ` Boris Kolpackov
@ 2023-07-21  6:37     ` Masahiro Yamada
  0 siblings, 0 replies; 4+ messages in thread
From: Masahiro Yamada @ 2023-07-21  6:37 UTC (permalink / raw)
  To: Boris Kolpackov; +Cc: linux-kbuild, linux-kernel

On Tue, Jul 18, 2023 at 1:12 PM Boris Kolpackov <boris@codesynthesis.com> wrote:
>
> Masahiro Yamada <masahiroy@kernel.org> writes:
>
> > I like 1 or 2, depending on the size of #if soup.
>
> Looks like it won't be too dense if we are willing to only care about
> the latest version of Qt5 (i.e., 5.15.0 or later) since most of the
> changes appear to also work in the latest Qt5 (they may also work in
> earlier versions, but I don't have easy access to those to check).
>
> Should we go with support for "latest Qt5" and Qt6?


Yeah, I think so.




-- 
Best Regards
Masahiro Yamada

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-07-21  6:38 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-07-17  9:27 Qt6 port of kconfig qconf Boris Kolpackov
2023-07-18  0:33 ` Masahiro Yamada
2023-07-18  4:13   ` Boris Kolpackov
2023-07-21  6:37     ` Masahiro Yamada

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox