[alsa-devel] [PATCH 0/6] ALSA: firewire: simplify symbol space for local linkage
Takashi Iwai
tiwai at suse.de
Wed Jan 4 11:39:11 CET 2017
On Wed, 04 Jan 2017 11:36:10 +0100,
Takashi Sakamoto wrote:
>
> Hi,
>
> On Jan 4 2016 03:43, Takashi Iwai wrote:
> > On Tue, 03 Jan 2017 13:41:15 +0100,
> > Takashi Sakamoto wrote:
> >>
> >> Hi,
> >>
> >> This patchset is just for code improvements, without adding features.
> >>
> >> Modules in ALSA firewire stack have some implementations for operation
> >> structures which sound subsystem defines. All of them are referred just by
> >> each local function to register corresponding operations. In this case, it's
> >> better to put them into the function local so that symbol space in local
> >> linkage of translation unit is kept to be simple.
> >
> > Do we see any merit in the resultant binaries by these changes?
> > I'm not against this kind of code changes, but just wondered.
> > That is, it's not totally clear what you takes as really "better" in
> > your context.
>
> Mmm, sorry but my explanation is wrong. I managed to describe the
> reason in an aspect of local linkage, but an aim of this patchset is
> irrelevant to it.
>
> The aim is for identifier space of each translation unit. The merit
> can be described in two points:
> - For readers
> - readers have no concern about where the identifier is referred.
> It's just inner the including function.
> - For identifier space of the file
> - developers are free from name conflict for further work.
>
> If no objections against the aim, I'll resubmit this patchset with
> proper commit comments.
Yes, please go ahead.
thanks,
Takashi
More information about the Alsa-devel
mailing list