Received-SPF: pass (google.com: domain of linux-kernel+bounces-25107-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223;
Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
	Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
	Kingdom.
	Registered in England and Wales under Company Registration No. 3798903
From: David Howells <dhowells@redhat.com>
In-Reply-To: <8634v2jh9s.fsf@aarsen.me>
References: <8634v2jh9s.fsf@aarsen.me> <86r0inmpbm.fsf@aarsen.me> <152261521484.30503.16131389653845029164.stgit@warthog.procyon.org.uk> <2154236.1705051203@warthog.procyon.org.uk>
To: Arsen =?us-ascii?Q?=3D=3Futf-8=3FQ=3FArsenovi=3DC4=3D87=3F=3D?= <arsen@aarsen.me>
Cc: dhowells@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 00/45] C++: Convert the kernel to C++
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Date: Fri, 12 Jan 2024 23:41:17 +0000
Message-ID: <2389650.1705102877@warthog.procyon.org.uk>

Arsen Arsenovi=C4=87 <arsen@aarsen.me> wrote:

> >> >  (7) 'class', 'private', 'namespace'.
> >>
> >> 'class' does nothing that struct doesn't do, private and namespace ser=
ve
> >> simply for encapsulation, so I don't see why banning these is useful.
> >
> > Namespaces would lead to image bloat as they make the symbols bigger.
> > Remember, the symbol list uses up unswappable memory.
>=20
> Ah, I was not aware of this restriction of the kernel (my understanding
> was that the symbol table is outside of the kernel image).  That poses a
> problem, yes.  I wonder if a big part of the symbol table (or even the
> entirety of it) could be dropped from the kernel.  I must say, I do not
> know why the kernel has it, so I cannot speak on this issue.

You need at least a partial symbol table for module loading and we also have
the symbol table optionally included for oops message generation.

David