Hey Dan and Matthew,
>>
>> But if you wanted to, you
>> could pass --enable-plugins=X,Y,Z or something and end up with a
>> smaller binary.
>
> I like that. It put's the optimization in the hands of the builder which
> seems more than fair to have integrator's figure out what goes in
> or out &
>
> But if you wanted to, you
> could pass --enable-plugins=X,Y,Z or something and end up with a
> smaller binary.
I like that. It put's the optimization in the hands of the builder which
seems more than fair to have integrator's figure out what goes in
or out & dependency chains. It also will
Hey Dan!
> > > > Is there any benefit in keeping per-vendor plugins installed as
> > > > separate .so files and loaded during runtime?
> > >
> > > I think it'd be a shame to lose this architecture. On embedded
> > > systems saving resources is always desirable and I remove
> > > all vendor
On Sun, 2019-11-17 at 15:16 +0100, Aleksander Morgado wrote:
> > > Is there any benefit in keeping per-vendor plugins installed as
> > > separate .so files and loaded during runtime?
> >
> > I think it'd be a shame to lose this architecture. On embedded
> > systems saving resources is always
>> Is there any benefit in keeping per-vendor plugins installed as
>> separate .so files and loaded during runtime?
>
> I think it'd be a shame to lose this architecture. On embedded
> systems saving resources is always desirable and I remove
> all vendor plugins that do not apply to an embedded
> > Is there any benefit in keeping per-vendor plugins installed as
> > separate .so files and loaded during runtime?
> >
> > Does anyone know of any out-of-tree MM plugin out there? I would bet
> > there isn't any as we truly haven't kept a stable plugin API like
> > never ever.
> >
> > Thinking
On Fri, 2019-11-15 at 16:10 +0100, Aleksander Morgado wrote:
> Hey,
>
> Is there any benefit in keeping per-vendor plugins installed as
> separate .so files and loaded during runtime?
>
> Does anyone know of any out-of-tree MM plugin out there? I would bet
> there isn't any as we truly haven't
Hey,
Is there any benefit in keeping per-vendor plugins installed as
separate .so files and loaded during runtime?
Does anyone know of any out-of-tree MM plugin out there? I would bet
there isn't any as we truly haven't kept a stable plugin API like
never ever.
Thinking of installed size, I