Wireshark-dev: Re: [Wireshark-dev] [Wireshark-commits] rev 52129: /trunk/asn1/ /trunk/asn1/p22/
From: Evan Huus <eapache@xxxxxxxxx>
Date: Tue, 17 Sep 2013 17:18:02 -0400
On 2013-09-17, at 5:12 PM, Joerg Mayer <jmayer@xxxxxxxxx> wrote:

> On Tue, Sep 17, 2013 at 04:52:06PM -0400, Evan Huus wrote:
>>> http://anonsvn.wireshark.org/viewvc/viewvc.cgi?view=rev&revision=52129
>>> 
>>> User: jmayer
>>> Date: 2013/09/17 01:45 PM
>>> 
>>> Log:
>>> Fix remaining dependencides for -exp.cnf files.
>> 
>> Does this mean it might finally be possible to remove the generated files from svn and include the asn1 generation in the default "make" step? It would be nice to not have to worry about keeping them in sync anymore (and not have to run make twice when modifying one of them).
> 
> It means that we can now generate each target in the asn1/ tree at first try.
> So this is the foundation to be able to do what you are asking for.
> The one thing that does not make me happy is the build time:
> 
> jmayer@egg:~/work/wireshark/svn/build/test/asn1> time (make >/dev/null 2>&1)
> 
> real    5m8.554s
> user    5m1.622s
> sys     0m5.876s

I have noticed that even when I run make -j5 the asn1 files are still built serially. Is this fixable, or do the dependencies force one at a time? If parallelism is possible then build time is less of an issue (and it doesn't add much once they're already built of course).

>> (It would also possibly improve the accuracy of the lines-of-code count.)
> 
> True
> 
> Ciao
>     Jörg
> -- 
> Joerg Mayer                                           <jmayer@xxxxxxxxx>
> We are stuck with technology when what we really want is just stuff that
> works. Some say that should read Microsoft instead of technology.
> ___________________________________________________________________________
> Sent via:    Wireshark-dev mailing list <wireshark-dev@xxxxxxxxxxxxx>
> Archives:    http://www.wireshark.org/lists/wireshark-dev
> Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev
>             mailto:wireshark-dev-request@xxxxxxxxxxxxx?subject=unsubscribe