aboutsummaryrefslogtreecommitdiffstats
path: root/autogen.sh
AgeCommit message (Collapse)AuthorFilesLines
2005-04-19Allow automake and aclocal to share a common version number suffix, sinceGilbert Ramirez1-2/+7
they come from the same package. svn path=/trunk/; revision=14143
2004-07-18Set the svn:eol-style property on all text files to "native", so thatGuy Harris1-1/+1
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
2004-05-26Run libtoolize after aclocal.m4 has been generatedJörg Mayer1-16/+17
svn path=/trunk/; revision=11006
2004-05-02Some versions of libtool stick extra stuff after the version number,Guy Harris1-3/+3
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
2004-03-27OK, I'm impatient. In case of problems, I'm to blame, not Olivier.Jörg Mayer1-2/+2
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
2004-03-15Peter Kjellerstedt:Jörg Mayer1-15/+19
* 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
2004-03-08Maybe automake version handling will be right this timeJörg Mayer1-2/+2
svn path=/trunk/; revision=10349
2004-03-08automake versions like 1.5.1 were not detected correctlyJörg Mayer1-2/+2
svn path=/trunk/; revision=10346
2004-03-05Libtool requires version 1.4Jörg Mayer1-4/+3
svn path=/trunk/; revision=10309
2004-03-04Hackremoval:Jörg Mayer1-22/+1
Automake newer than 1.4 survives if it finds more than one file for the same package. svn path=/trunk/; revision=10298
2004-03-04Remove blanks after a parenthesis in the output of "autoconf --version"Guy Harris1-5/+5
and "automake --version". We only appear to need autoconf 2.52, not 2.53. svn path=/trunk/; revision=10294
2004-03-03Require autoconf 2.53 and automake 1.6Jörg Mayer1-6/+6
svn path=/trunk/; revision=10287
2003-06-22Don't print warnings about not finding glibtoolJörg Mayer1-3/+3
svn path=/trunk/; revision=7914
2003-06-22Cosmetic changeJörg Mayer1-7/+4
svn path=/trunk/; revision=7913
2003-06-19Handle Mac OS X calling libtool "glibtool" and calling libtoolize "glibtoolize".Guy Harris1-4/+19
svn path=/trunk/; revision=7898
2003-02-15Comment out usage for obsolete configure args supportJörg Mayer1-5/+5
svn path=/trunk/; revision=7155
2003-01-22aclocal-flags, autogen.sh:Jörg Mayer1-13/+11
- 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
2002-09-27autogen.sh was accidentally modified with the last checkin. Back outGerald Combs1-3/+2
of the changes. svn path=/trunk/; revision=6342
2002-09-26Bump the version up to 0.9.7. The countdown begins. Too bad ourGerald Combs1-2/+3
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
2002-08-28As per Guys idea: Delete files in aclocal-missing if test succeeds.Jörg Mayer1-5/+5
svn path=/trunk/; revision=6113
2002-08-27Implement an alternative method to provide missing aclocal files:Jörg Mayer1-13/+24
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
2002-08-26Disable the aclocal-fallback feature for aclocal (and thus automake)Jörg Mayer1-2/+14
version 1.4 svn path=/trunk/; revision=6086
2002-08-23Allow running autogen.sh on systems that do not have gtk.m4 installed.Jörg Mayer1-2/+7
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
2001-12-09Use "--force" with "libtoolize", so it doesn't whine, but saveGuy Harris1-2/+13
"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
2001-12-09When libtoolizing, *don't* forcibly copy over all the files needed; thatGuy Harris1-2/+2
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
2000-11-22Enable the building of any combination of ethereal, tethereal, and editcap.Gilbert Ramirez1-2/+2
If GTK+ is not detected, then ethereal is not built. svn path=/trunk/; revision=2695
2000-10-16Give libethereal its own configuration file, and have that configurationGuy Harris1-2/+2
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-14Check for python before configuring CVS sources.Gilbert Ramirez1-1/+15
svn path=/trunk/; revision=2493
2000-07-26Add a script, "aclocal-flags", which figures out whereGuy Harris1-2/+3
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
2000-07-22Improved "autogen.sh" script from Bruce Korb.Guy Harris1-44/+64
svn path=/trunk/; revision=2154
2000-02-11Add Peter Kjellerstedt <peter.kjellerstedt@axis.com>'s patchesGilbert Ramirez1-2/+4
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
1999-12-30Add a check for "libtool".Guy Harris1-5/+21
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
1999-08-31Changed gtk subdirectory to use only Makefile.am, and not have a configureGilbert Ramirez1-2/+2
script. The configuration is faster this way. Also, moved version to 0.7.3. svn path=/trunk/; revision=614
1999-08-27Added gtk subdirectory, with patched gtkclist.c in it. We can use thisGilbert Ramirez1-2/+2
optimized gtkclist until Guy's changes appear in the offical GTK+. svn path=/trunk/; revision=593
1999-08-11Modified autoconf/automake files for doc subdirectory so that all ofGilbert Ramirez1-9/+1
Ethereal can be compiled in a build directory separated from the source directory. svn path=/trunk/; revision=468
1999-08-04Eliminate an extra comma from a message.Guy Harris1-2/+2
svn path=/trunk/; revision=429
1999-07-27Fixed some improper word choices in the echoed error messages.Gilbert Ramirez1-4/+4
svn path=/trunk/; revision=389
1999-07-27Removed automatically-generated files from CVS. Some files are generated,Gilbert Ramirez1-0/+54
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
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-16 17:37:36 +0000