Age | Commit message (Collapse) | Author | Files | Lines |
|
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
|
|
script. The configuration is faster this way. Also, moved version to 0.7.3.
svn path=/trunk/; revision=614
|
|
optimized gtkclist until Guy's changes appear in the offical GTK+.
svn path=/trunk/; revision=593
|
|
Ethereal can be compiled in a build directory separated from the source
directory.
svn path=/trunk/; revision=468
|
|
svn path=/trunk/; revision=429
|
|
svn path=/trunk/; revision=389
|
|
others are copied into the build-tree by 'automake -a'. The autogen.sh
script runs autoheader, automake, and autoconf for the developer in order
to populate a fresh CVS image with the generated build tools.
svn path=/trunk/; revision=388
|