Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: I94468dd971db7cb196be1e62ce529a70789256c5
Reviewed-on: https://code.wireshark.org/review/15255
Reviewed-by: João Valverde <j@v6e.pt>
|
|
Obviate the need for libtool bug work around.
Requires libtool 2.2.2 as the first fully working release of the
2.0 branch.
Change-Id: I925f44f06b4c8e3bb06d356308afe1bde1b149f3
Reviewed-on: https://code.wireshark.org/review/14811
Petri-Dish: João Valverde <j@v6e.pt>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: João Valverde <j@v6e.pt>
|
|
Change-Id: Icac1c43264b6c6fd426d3c5146863a491b48b4ff
Reviewed-on: https://code.wireshark.org/review/14569
Petri-Dish: João Valverde <j@v6e.pt>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: João Valverde <j@v6e.pt>
|
|
Add pkg-config 0.29.1 macros to our distribution. This makes the
aclocal-flags script obsolete, since we are already not using GLib
autoconf macros.
ACLOCAL_AMFLAGS need only be defined on the top-level Makefile.am.
Change-Id: Idd868dcfeb8f279517970d0f96d9d53e3a7e4d5c
Reviewed-on: https://code.wireshark.org/review/14568
Reviewed-by: João Valverde <j@v6e.pt>
|
|
Libtoolize won't touch them if they exist (since 2.2.x at least).
Change-Id: I6bac9980523c27d1ee2f5a008d25a93a3ef5f175
Reviewed-on: https://code.wireshark.org/review/14567
Reviewed-by: João Valverde <j@v6e.pt>
|
|
AX_APPEND_FLAG requires it, and we use AX_APPEND_FLAG, so explicitly
require it up front.
Change-Id: Ieff378e63eba245fdf1454bc388b6be7fc94a10c
Reviewed-on: https://code.wireshark.org/review/14084
Reviewed-by: Guy Harris <guy@alum.mit.edu>
|
|
The configure script uses pkg-config unconditionally, so you need it if
you're going to build Wireshark with the autotools.
Change-Id: Ibb0e5e37651256c7134303c8176f30a9150af699
Reviewed-on: https://code.wireshark.org/review/6085
Reviewed-by: Guy Harris <guy@alum.mit.edu>
|
|
giving up.
Change-Id: Id109c78f90da71c54c7b4fd6df20cc153248f46f
Reviewed-on: https://code.wireshark.org/review/5623
Reviewed-by: Stephen Fisher <sfisher@sdf.org>
|
|
Spawned from https://www.wireshark.org/lists/wireshark-dev/201402/msg00024.html
Add some ignore rules for files that can't/shouldn't include a license header.
Reorganize some ignore rules to group rules with similar motivations.
Add a header to autogen.sh and attribute it to just "The Wireshark Authors"
since while Gilbert wrote the original version it's gone through so many changes
over the years that sorting out proper authorship is unnecessarily complex.
Add headers to Graeme Hewson's two files as verified by private email, and
update his address in the AUTHORS file per his request.
Add header to one of Ulf Lamping's files, as verified by private email.
Only remaining problem is the reedsolomon code.
Change-Id: Ifb7de8c4b4d79012553e29d459a0145d39f51df5
Reviewed-on: https://code.wireshark.org/review/145
Reviewed-by: Evan Huus <eapache@gmail.com>
|
|
and we only assume a Bourne-compatible shell.
It's "OS X", not "OsX".
svn path=/trunk/; revision=50072
|
|
if no make options are given to the macosx-setup.sh script by the user, the
script sets the number of parallel make jobs to 1.5x CPU cores.
Bonus enhancement: print the "export PKG_CONFIG_PATH" information in autogen.sh
on OsX, so people don't have to remember it.
svn path=/trunk/; revision=50070
|
|
Python does have a way to check its version: -V (in all versions) and
--version (in 2.5 and higher). Use the former, at least until we require a
version greater than 2.5.
This will make it easier in the future if we need to check the Python version
before continuing (I could not find a minimum version that we need).
svn path=/trunk/; revision=38447
|
|
indicate that (rather than still indicating that we need only 2.52).
svn path=/trunk/; revision=26209
|
|
svn path=/trunk/; revision=26180
|
|
(Currently, configure.in also specifies the minimum autoconf and
automake versions, but the check for the automake version doesn't
produce an immediate failure - instead, you might get a flood of
configure.in:16: option `tar-ustar' not recognized
errors *after*
configure.in:16: require version 1.9, but have 1.x.x
and the diagnostic isn't as clear.)
svn path=/trunk/; revision=25242
|
|
automake/autoconf stuff on it.
svn path=/trunk/; revision=23796
|
|
svn path=/trunk/; revision=19571
|
|
svn path=/trunk/; revision=18278
|
|
they come from the same package.
svn path=/trunk/; revision=14143
|
|
they have LF at the end of the line on UN*X and CR/LF on Windows;
hopefully this means that if a CR/LF version is checked in on Windows,
the CRs will be stripped so that they show up only when checked out on
Windows, not on UN*X.
svn path=/trunk/; revision=11400
|
|
svn path=/trunk/; revision=11006
|
|
e.g. some versions from the FreeBSD ports collection add
"-freebsd-ports". Match non-white-space text after the version number.
svn path=/trunk/; revision=10766
|
|
Olivier Biot:
Merge epan/configure.in back into configure.in
Leave epan/confiugre.in and epan/acinclude.m4 in case we need to
undo this.
svn path=/trunk/; revision=10505
|
|
* Correct the version checks (use path expansion
rather than regular expressions, and fail if the
tools are not installed at all).
* Make it possible to specify other names for the
auto* tools to use (e.g., automake-1.6 instead
of automake).
svn path=/trunk/; revision=10383
|
|
svn path=/trunk/; revision=10349
|
|
svn path=/trunk/; revision=10346
|
|
svn path=/trunk/; revision=10309
|
|
Automake newer than 1.4 survives if it finds more than one file for the
same package.
svn path=/trunk/; revision=10298
|
|
and "automake --version".
We only appear to need autoconf 2.52, not 2.53.
svn path=/trunk/; revision=10294
|
|
svn path=/trunk/; revision=10287
|
|
svn path=/trunk/; revision=7914
|
|
svn path=/trunk/; revision=7913
|
|
svn path=/trunk/; revision=7898
|
|
svn path=/trunk/; revision=7155
|
|
- Fix handling of aclocal include flags for aclocal-include
autogen.sh:
- Name version variables individually
- Disable configure at end of autogen.sh
svn path=/trunk/; revision=6965
|
|
of the changes.
svn path=/trunk/; revision=6342
|
|
releases don't involve explosive bolts like NASA launches do.
Bring the ChangeLog and NEWS files up to date to the end of August.
svn path=/trunk/; revision=6341
|
|
svn path=/trunk/; revision=6113
|
|
Check if a development file for the package is present and install
the corresponding m4 file in aclocal-missing if it isn't.
Add glib, glib-2.0 and gtk-2.0 to the fallback directory.
svn path=/trunk/; revision=6102
|
|
version 1.4
svn path=/trunk/; revision=6086
|
|
That way it should be possible to build tethereal from cvs. Also,
Fallback files may be added to the aclocal-fallback/ directory in case
other optional packages come up.
svn path=/trunk/; revision=6071
|
|
"config.guess" and "config.sub" vefore running "libtool", and restore
them after running "libtool", so that it doesn't gratuitously "help" us
by installing whatever old versions of those scripts happen to be part
of the version of libtool on the machine.
svn path=/trunk/; revision=4369
|
|
will override our versions of "config.guess" and "config.sub", which we
don't want. (We don't use "--force" with "automake --add-missing".)
svn path=/trunk/; revision=4363
|
|
If GTK+ is not detected, then ethereal is not built.
svn path=/trunk/; revision=2695
|
|
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
|
|
svn path=/trunk/; revision=2493
|
|
1) aclocal expects autoconf/automake macros to be hidden;
2) GTK+ hid its autoconf/automake macros;
and, if both places exist but aren't the same directory, returns a "-I"
flag to tell aclocal to look in GTK+'s directory.
Then have "autogen.sh", and Makefiles in directories with "acinclude.m4"
files, use that script and pass what flag it supplies, if any, to
aclocal.
This should, I hope, avoid problems such as those FreeBSD systems where
GTK+ was installed from a port or package (and thus stuck its macros in
"/usr/X11R6/share/aclocal") but aclocal doesn't look there.
(It doesn't solve the problem of somebody downloading and installing,
say, libtool from source - which means it probably shows up under
"/usr/local", with its macros in "/usr/local/share/aclocal" - on a
system that comes with aclocal (meaning it probably just looks in
"/usr/share/aclocal", but that may be best fixed by, whenever you
download a source tarball for something that's part of your OS,
configuring it to install in the standard system directories and
*overwriting* your OS's version.)
svn path=/trunk/; revision=2165
|
|
svn path=/trunk/; revision=2154
|
|
to add Axis ethernet vendor ID, use libtoolize in autogen.sh, and
provide the very dangerous option of installing ethereal setuid.
I've added a "DANGEROUS" comment to the description of the
--enable-setuid-install option which displays in "./configure --help".
Removed generated files tha old libltdl/.cvsignore brought to my
attention by Peter.
svn path=/trunk/; revision=1616
|
|
Add the minimum version of {autoconf,automake,libtool} required to the
message printed if it's not found (having it check to make sure you have
at least that version is a bit more work).
Update the paths for "ftp.gnu.org" to reflect the fact that they now give
each package its own subdirectory.
svn path=/trunk/; revision=1399
|