Jeff Morriss wrote:
Jeff Morriss wrote:
Anders Broman wrote:
Hi,
It should be possible to make the giop plugins built in dissectors
now, is that something we'd want to do?
I'd be all for it mainly so/if we can put packet-parlay.c at the top
of the list of dissectors so that my "make -j X" can start the 15
minutes it takes to compile that beast as early as possible! (Okay,
15 minutes is probably an exaggeration, but it does take a *very* long
time to compile.)
Haha, thought this was funny: today I did a build on Solaris 10/SPARC
with GCC 4.6.3 and, after about 45(!) minutes (yeah, I know, SPARCs
aren't fast), got this when compiling packet-parlay.c:
epan/dissectors/packet-parlay.c:96834:17: note: variable tracking size
limit
> exceeded with -fvar-tracking-assignments, retrying without
I wonder if modern GCCs will have that problem or if it's just this
version or (doubtful) the architecture. It would be really nice if this
file could be split up.
Interestingly, the biggest beast in epan/dissectors, packet-rrc.c,
(which broke linking on Linux-PPC for a while[1]) does not have the same
problem. That file's actually bigger (172kloc instead of 105kloc) but I
guess it has fewer variables that need tracking.
[1] https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4346
