Re: [Wireshark-dev] RFC: Revised Makefile(s) for asn1/ directory

2007-09-24 Thread Joerg Mayer
On Mon, Sep 24, 2007 at 01:21:29PM +0200, Kukosa, Tomas wrote: > I think those files have nothing to do with A2W_FLAGS. Or what was your > idea? OK, and now I've finally understood what you meant :-) I'll think about it and if all fails, I'll just move the EXTRA_DIST stuff manually into Makefile.c

Re: [Wireshark-dev] RFC: Revised Makefile(s) for asn1/ directory

2007-09-24 Thread Joerg Mayer
On Mon, Sep 24, 2007 at 01:21:29PM +0200, Kukosa, Tomas wrote: > I think those files have nothing to do with A2W_FLAGS. Or what was your > idea? > > The $(PROTOCOL_NAME).asn should be part of the ASN_FILE_LIST. No problem. > There is not any difference between the $(PROTOCOL_NAME).asn and other

Re: [Wireshark-dev] RFC: Revised Makefile(s) for asn1/ directory

2007-09-24 Thread Kukosa, Tomas
> [mailto:[EMAIL PROTECTED] On Behalf Of Joerg Mayer > Sent: Monday, September 24, 2007 12:02 PM > To: Developer support list for Wireshark > Subject: Re: [Wireshark-dev] RFC: Revised Makefile(s) for > asn1/ directory > > On Mon, Sep 24, 2007 at 09:30:51AM +0200, Ku

Re: [Wireshark-dev] RFC: Revised Makefile(s) for asn1/ directory

2007-09-24 Thread Joerg Mayer
On Mon, Sep 24, 2007 at 09:30:51AM +0200, Kukosa, Tomas wrote: > Note that packet-$(PROTOCOL_NAME)-template.h and $(PROTOCOL_NAME).asn > files are optional and are not used in many protocols. OK, so that part should be moved to the A2W_FLAGS part then? Ciao Joerg -- Joerg Mayer

Re: [Wireshark-dev] RFC: Revised Makefile(s) for asn1/ directory

2007-09-24 Thread Kukosa, Tomas
erg Mayer > Sent: Monday, September 24, 2007 9:06 AM > To: wireshark-dev@wireshark.org > Subject: [Wireshark-dev] RFC: Revised Makefile(s) for asn1/ directory > > Hello, > > below you'll find an initial patch that is intended to improve the > build (and packaging) situ

[Wireshark-dev] RFC: Revised Makefile(s) for asn1/ directory

2007-09-24 Thread Joerg Mayer
Hello, below you'll find an initial patch that is intended to improve the build (and packaging) situation in the asn1 dir. I only intended to write a small patch but looking at the build situation in the asn1/ directory showed several things in need of improvement: - Generated files in the asn1 d