2000-09-27 04:55:05 +00:00
|
|
|
# Makefile.am
|
|
|
|
|
# Automake file for the EPAN library
|
|
|
|
|
# (Ethereal Protocol ANalyzer Library)
|
|
|
|
|
#
|
Automake 1.4b (which is actually a test version of 1.5, i.e. of a
*future* version, not of 1.4, which is the *current* version - i.e.,
it's newer than 1.4) complains, if "dfilter-grammar.c" and
"dfilter-scanner.c" are part of "EXTRA_libethereal_a_SOURCES", that
"dfilter-grammar.o" is built both from "dfilter-grammar.c" and
"dfilter-grammar.y", and that "dfilter-scanner.o" is built both from
"dfilter-scanner.c" and "dfilter-scanner.l", and refuses to build
"Makefile.in".
Moving them to "EXTRA_DIST" makes 1.4b happy.
Automake 1.4 allows them either to be in "EXTRA_libethereal_a_SOURCES"
or in "EXTRA_DIST"; the only difference between the generated
"Makefile.in" files is which of those two variables the files are in,
and the only difference that makes is that it keeps those two files out
of "SOURCES", which means that "make ID" doesn't include them in the
files it looks at, and "make TAGS" and "make tags" don't include them in
the files they look at. I'm not sure whether the tags file should be
built from "dfilter-grammar.y" and "dfilter-scanner.l", or from
"dfilter-grammar.c" and "dfilter-scanner.c"; the former means you see
the real source file, not the generated source file, if you look for a
symbol defined in one of those files, while the latter means you can
look for symbols in code generated by YACC/Bison or Flex.
In either case, the generated files go into the distribution tarball,
which is what we want.
For now, we go with what makes Automake 1.4b happy.
svn path=/trunk/; revision=2909
2001-01-17 06:13:39 +00:00
|
|
|
# $Id: Makefile.am,v 1.15 2001/01/17 06:13:39 guy Exp $
|
2000-09-27 04:55:05 +00:00
|
|
|
#
|
|
|
|
|
# Ethereal - Network traffic analyzer
|
|
|
|
|
# By Gerald Combs <gerald@zing.org>
|
|
|
|
|
# Copyright 1998 Gerald Combs
|
|
|
|
|
#
|
|
|
|
|
#
|
|
|
|
|
# This program is free software; you can redistribute it and/or
|
|
|
|
|
# modify it under the terms of the GNU General Public License
|
|
|
|
|
# as published by the Free Software Foundation; either version 2
|
|
|
|
|
# of the License, or (at your option) any later version.
|
|
|
|
|
#
|
|
|
|
|
# This program is distributed in the hope that it will be useful,
|
|
|
|
|
# but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
# GNU General Public License for more details.
|
|
|
|
|
#
|
|
|
|
|
# You should have received a copy of the GNU General Public License
|
|
|
|
|
# along with this program; if not, write to the Free Software
|
|
|
|
|
# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# Any POSIX-compatible YACC should honor the -p flag
|
|
|
|
|
YFLAGS=-d -p dfilter_
|
|
|
|
|
|
|
|
|
|
# EPAN will eventually be a shared library. While I move source code around,
|
|
|
|
|
# however, it is an archive library.
|
|
|
|
|
|
Give libethereal its own configuration file, and have that configuration
file, rather than the top-level Ethereal configuration file, check for
"inet_aton()", "inet_pton()", and "inet_ntop()". Then make its
Makefile.am include the appropriate object files if necessary.
Otherwise, they don't get built and put into libethereal, and therefore
attempts to link with anything in libethereal that uses them fail on
platforms that lack ethem, causing the build to fail.
That means a bunch of things need to be fixed to cope with libethereal
having its own "config.h" file; this means removing the include of
"config.h" from some libethereal header files. Move the definitions of
the path names used only by "resolv.c" to "resolv.c" from "resolv.h" (so
"resolv.h" doesn't need "config.h", define HAVE_PLUGINS in the configure
script (so we don't have to include it in "plugins.h" to check whether
HAVE_DLFCN_H is defined).
Unfortunately, stuff outside libethereal needs to know PLUGIN_DIR; for
now, define that in the top-level configuration file, and have Ethereal
and Tethereal pass it as an argument to "epan_init()" - that should be
cleaned up at some point.
Remove from the top-level configure script checks for things used only
in libethereal.
svn path=/trunk/; revision=2498
2000-10-16 23:18:05 +00:00
|
|
|
ACLOCAL_AMFLAGS = `../aclocal-flags`
|
|
|
|
|
|
2000-10-14 03:53:25 +00:00
|
|
|
noinst_LIBRARIES = libethereal.a
|
2000-09-27 04:55:05 +00:00
|
|
|
|
Give libethereal its own configuration file, and have that configuration
file, rather than the top-level Ethereal configuration file, check for
"inet_aton()", "inet_pton()", and "inet_ntop()". Then make its
Makefile.am include the appropriate object files if necessary.
Otherwise, they don't get built and put into libethereal, and therefore
attempts to link with anything in libethereal that uses them fail on
platforms that lack ethem, causing the build to fail.
That means a bunch of things need to be fixed to cope with libethereal
having its own "config.h" file; this means removing the include of
"config.h" from some libethereal header files. Move the definitions of
the path names used only by "resolv.c" to "resolv.c" from "resolv.h" (so
"resolv.h" doesn't need "config.h", define HAVE_PLUGINS in the configure
script (so we don't have to include it in "plugins.h" to check whether
HAVE_DLFCN_H is defined).
Unfortunately, stuff outside libethereal needs to know PLUGIN_DIR; for
now, define that in the top-level configuration file, and have Ethereal
and Tethereal pass it as an argument to "epan_init()" - that should be
cleaned up at some point.
Remove from the top-level configure script checks for things used only
in libethereal.
svn path=/trunk/; revision=2498
2000-10-16 23:18:05 +00:00
|
|
|
INCLUDES = -I$(srcdir)/..
|
2000-09-27 04:55:05 +00:00
|
|
|
|
2000-10-14 03:53:25 +00:00
|
|
|
libethereal_a_SOURCES = \
|
Move the table of bit-swapped byte values to "epan/bitswap.c", and
declare it, and define a "BIT_SWAP" macro that uses it, in
"epan/bitswap.h".
Use that macro to bit-swap bytes in the IEEE 802.11 dissector, rather
than the macro that was used (said macro used GCCisms and didn't compile
on Windows).
Make an "init_plugin()" routine to enable a plugin and call its init
routine, and call it from "check_plugin_status()" and
"plugins_enable_cb()", rather than having very similar code in two
places; "patable" is now part of libethereal, and, at least on Windows,
attempts to refer to it from "libui" failed. Make "patable" static to
"epan/plugins.c". (This may still not work, as now "libui" is calling a
routine in "libethereal"; if that fails, perhaps it's time to get rid of
the "enable/disable plugins" stuff completely, as new-style plugins, at
least, register themselves as protocols and should be controllable from
the "Edit->Protocols" window just as built-in dissectors are.)
svn path=/trunk/; revision=2649
2000-11-15 09:37:53 +00:00
|
|
|
bitswap.c \
|
|
|
|
|
bitswap.h \
|
2000-09-27 04:55:05 +00:00
|
|
|
conversation.c \
|
|
|
|
|
conversation.h \
|
|
|
|
|
dfilter-int.h \
|
|
|
|
|
dfilter-grammar.y \
|
|
|
|
|
dfilter-scanner.l \
|
|
|
|
|
dfilter.c \
|
|
|
|
|
dfilter.h \
|
|
|
|
|
epan.c \
|
|
|
|
|
epan.h \
|
|
|
|
|
except.c \
|
|
|
|
|
except.h \
|
2000-10-19 07:18:19 +00:00
|
|
|
exceptions.h \
|
2000-09-28 03:16:29 +00:00
|
|
|
filesystem.c \
|
|
|
|
|
filesystem.h \
|
2000-09-28 03:52:12 +00:00
|
|
|
ipv4.c \
|
|
|
|
|
ipv4.h \
|
2000-09-27 05:18:06 +00:00
|
|
|
packet.c \
|
|
|
|
|
packet.h \
|
2000-09-27 04:55:05 +00:00
|
|
|
pint.h \
|
|
|
|
|
plugins.c \
|
|
|
|
|
plugins.h \
|
|
|
|
|
proto.c \
|
|
|
|
|
proto.h \
|
2000-09-28 03:28:54 +00:00
|
|
|
resolv.c \
|
|
|
|
|
resolv.h \
|
2000-09-27 04:55:05 +00:00
|
|
|
strutil.c \
|
|
|
|
|
strutil.h \
|
|
|
|
|
tvbuff.c \
|
|
|
|
|
tvbuff.h
|
|
|
|
|
|
2000-10-14 04:31:26 +00:00
|
|
|
EXTRA_libethereal_a_SOURCES = \
|
|
|
|
|
inet_aton.c \
|
|
|
|
|
inet_pton.c \
|
|
|
|
|
inet_ntop.c \
|
|
|
|
|
inet_aton.h \
|
|
|
|
|
inet_v6defs.h
|
2000-09-27 04:55:05 +00:00
|
|
|
|
2000-10-11 07:35:02 +00:00
|
|
|
EXTRA_DIST = \
|
2000-10-17 09:25:37 +00:00
|
|
|
config.h.win32 \
|
Automake 1.4b (which is actually a test version of 1.5, i.e. of a
*future* version, not of 1.4, which is the *current* version - i.e.,
it's newer than 1.4) complains, if "dfilter-grammar.c" and
"dfilter-scanner.c" are part of "EXTRA_libethereal_a_SOURCES", that
"dfilter-grammar.o" is built both from "dfilter-grammar.c" and
"dfilter-grammar.y", and that "dfilter-scanner.o" is built both from
"dfilter-scanner.c" and "dfilter-scanner.l", and refuses to build
"Makefile.in".
Moving them to "EXTRA_DIST" makes 1.4b happy.
Automake 1.4 allows them either to be in "EXTRA_libethereal_a_SOURCES"
or in "EXTRA_DIST"; the only difference between the generated
"Makefile.in" files is which of those two variables the files are in,
and the only difference that makes is that it keeps those two files out
of "SOURCES", which means that "make ID" doesn't include them in the
files it looks at, and "make TAGS" and "make tags" don't include them in
the files they look at. I'm not sure whether the tags file should be
built from "dfilter-grammar.y" and "dfilter-scanner.l", or from
"dfilter-grammar.c" and "dfilter-scanner.c"; the former means you see
the real source file, not the generated source file, if you look for a
symbol defined in one of those files, while the latter means you can
look for symbols in code generated by YACC/Bison or Flex.
In either case, the generated files go into the distribution tarball,
which is what we want.
For now, we go with what makes Automake 1.4b happy.
svn path=/trunk/; revision=2909
2001-01-17 06:13:39 +00:00
|
|
|
dfilter-grammar.c \
|
|
|
|
|
dfilter-grammar.h \
|
|
|
|
|
dfilter-scanner.c \
|
2000-11-20 16:18:08 +00:00
|
|
|
Makefile.nmake \
|
|
|
|
|
tvbtest.c
|
2000-10-11 07:35:02 +00:00
|
|
|
|
2000-09-27 04:55:05 +00:00
|
|
|
CLEANFILES = \
|
2000-10-14 03:53:25 +00:00
|
|
|
libethereal.a \
|
2000-09-27 04:55:05 +00:00
|
|
|
*~
|
|
|
|
|
|
Give libethereal its own configuration file, and have that configuration
file, rather than the top-level Ethereal configuration file, check for
"inet_aton()", "inet_pton()", and "inet_ntop()". Then make its
Makefile.am include the appropriate object files if necessary.
Otherwise, they don't get built and put into libethereal, and therefore
attempts to link with anything in libethereal that uses them fail on
platforms that lack ethem, causing the build to fail.
That means a bunch of things need to be fixed to cope with libethereal
having its own "config.h" file; this means removing the include of
"config.h" from some libethereal header files. Move the definitions of
the path names used only by "resolv.c" to "resolv.c" from "resolv.h" (so
"resolv.h" doesn't need "config.h", define HAVE_PLUGINS in the configure
script (so we don't have to include it in "plugins.h" to check whether
HAVE_DLFCN_H is defined).
Unfortunately, stuff outside libethereal needs to know PLUGIN_DIR; for
now, define that in the top-level configuration file, and have Ethereal
and Tethereal pass it as an argument to "epan_init()" - that should be
cleaned up at some point.
Remove from the top-level configure script checks for things used only
in libethereal.
svn path=/trunk/; revision=2498
2000-10-16 23:18:05 +00:00
|
|
|
#
|
|
|
|
|
# Add the object files for missing routines, if any.
|
|
|
|
|
#
|
|
|
|
|
libethereal_a_LIBADD = @INET_ATON_O@ @INET_PTON_O@ @INET_NTOP_O@
|
|
|
|
|
libethereal_a_DEPENDENCIES = @INET_ATON_O@ @INET_PTON_O@ @INET_NTOP_O@
|
|
|
|
|
|
2000-09-27 04:55:05 +00:00
|
|
|
dfilter-scanner.c : dfilter-scanner.l
|
2000-09-27 05:05:32 +00:00
|
|
|
$(LEX) -Pdfilter_ -odfilter-scanner.c $(srcdir)/dfilter-scanner.l
|
2000-09-27 04:55:05 +00:00
|
|
|
|
|
|
|
|
tvbtest: tvbtest.o tvbuff.o except.o strutil.o
|
|
|
|
|
$(LINK) -o tvbtest tvbtest.o tvbuff.o except.o strutil.o `glib-config --libs`
|