Wireshark-dev: Re: [Wireshark-dev] [Wireshark-commits] rev 24123: /trunk/ /trunk/: Makefile.am
From: "Jeff Morriss" <jeff.morriss.ws@xxxxxxxxx>
Date: Sat, 15 Mar 2008 20:59:59 -0400

OK I fixed this (I think) in rev 24650: editcap and capinfos are no longer linked against libwireshark but they still attempt to load the plugins.  All the dissector plugins will fail to load but I think wiretap plugins will still work--Luis can you confirm?

On Thu, Jan 17, 2008 at 6:13 PM, Jeff Morriss <jeff.morriss.ws@xxxxxxxxx> wrote:

The thing is that the plugins themselves are linked against libwireshark
so by loading the plugins we're also loading libwireshark (albeit
indirectly).

Maybe we need to really separate the wiretap plugins from the dissector
plugins?

Luis EG Ontanon wrote:
> When I added the wiretap plugins I took care of not having to  link
> against epan, editcap and mergecap need only to link statically to the
> very necessary objects.
> I did this in r 21935
> Luis
>
> On Jan 17, 2008 10:28 PM, Ulf Lamping <ulf.lamping@xxxxxx> wrote:
>> Jeff Morriss schrieb:
>>> Ulf Lamping wrote:
>>>
>>>> morriss@xxxxxxxxxxxxx schrieb:
>>>>
>>>>> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=24123
>>>>>
>>>>> User: morriss
>>>>> Date: 2008/01/17 07:44 PM
>>>>>
>>>>> Log:
>>>>>  Now that we have wiretap plugins, capinfos and editcap need to be linked against libwireshark (because the non-wiretap plugins use it but also init_progfile_dir() is in epan and they use that to load the plugins)
>>>>>
>>>>>
>>>> I'm not sure if I understand this completely.
>>>>
>>>> Does this mean that every program that want to use wiretap needs to link
>>>> against libwireshark?
>>>>
>>> Hmmm, yes.
>>>
>>> Now that you say it that way it sounds worse than I was thinking it was.
>>>
>> Hmmm, yes, doesn't sound like a very clever direction we're heading here
>> IMHO - might up ending with a big monolitic Wireshark ...
>>
>> In my personal comparison of wiretap plugins vs. small dedicated apps
>> wiretap plugins would surely loose ;-)
>>
>> No way to seperate this?