aboutsummaryrefslogtreecommitdiffhomepage
path: root/configure
Commit message (Collapse)AuthorAge
...
* configure: Add support for a --includedir optionGravatar Carl Worth2010-04-06
| | | | Very similar to the existing --libdir option.
* configure: Avoid printing '.' at the end of error message.Gravatar Carl Worth2010-04-06
| | | | | Since we're emitting the user's input back, let's leave it pristine and not confuse the issue by adding a final period.
* configure: Add stub support for --build=<cpu>-<vendor>-<host> option.Gravatar Carl Worth2010-04-06
| | | | | | I'm not sure that this option would actually be useful for anything, but debhelper at least expects our configure script to support it. So we'll accept it and ignore it.
* Move "config" test programs to "compat".Gravatar Carl Worth2010-04-06
| | | | | | | | It makes sense to me to have the little tests for functionality right next to the comptability implementations of that same functionality. But also, this means I can now tab-complete ./configure from the three initial characters (rather than the seven required previously).
* Makefile: Eliminate the "make install-emacs" target.Gravatar Carl Worth2010-04-06
| | | | | | | | | Instead, simply byte-compile the emacs source files as part of "make" and install them as part of "make install". The byte compilation is made conditional on the configure script finding the emacs binary. That way, "make; make install" will still work for someone that doesn't have emacs installed, (which was the only reason we had made a separate "make install-emacs" target in the first place).
* Makefiles: Eliminate the useless quiet_* functions.Gravatar Carl Worth2010-04-06
| | | | | | | | | | | | | | | | | | With the original quiet function, there's an actual purpose (hiding excessively long compiler command lines so that warnings and errors from the compiler can be seen). But with things like quiet_symlink there's nothing quieter. In fact "SYMLINK" is longer than "ln -sf". So all this is doing is hiding the actual command from the user for no real benefit. The only actual reason we implemented the quiet_* functions was to be able to neatly right-align the command name and left-align the arguments. Let's give up on that, and just left-align everything, simplifying the Makefiles considerably. Now, the only instances of a captialized command name in the output is if there's some actually shortening of the command itself.
* Makefiles: Align the columns of output.Gravatar Carl Worth2010-04-01
| | | | Much better.
* Makefiles: Make the install rules quiet like the compilation rules.Gravatar Carl Worth2010-03-31
| | | | | The output from make is looking better all the time, (though the columns still aren't lined up).
* Makefile.config: Avoid pre-expanding the ${prefix} variable.Gravatar Carl Worth2010-03-31
| | | | | | | One of the supproted mechanisms we offer for configuration is manually editing the Makefile.config file after it is generated by the configure script. In this case it would be nice to be able to change prefix only once, so allow that.
* Move some variable assignments from Makefile.local to Makefile.configGravatar Carl Worth2010-03-31
| | | | | | | | | | | | | There's not any special configure logic for determining these variable values, but if we did add some in the future, then these will now be in the right place for that. Additionally, this now makes Makefile.local the single place for the user to look for manually tweaking a variable assignment, (say, for a compiler that can't accept a particular warning argument). With this change, there should rarely be any need for a user to poke into any Makefile.local file.
* configure: Fix installation of library to work with alternate --prefixGravatar Carl Worth2010-03-31
| | | | | | If an explicit --libdir is passed, then that is used directly. Otherwise libdir is chosen as the value of $PREFIX/lib, (whether or not prefix was passed explicitly or set by default).
* configure: Fix typo in help message.Gravatar Carl Worth2010-03-31
| | | | Documentation is installed to PREFIX/man not PREFIX/share.
* Add a --libdir option to ./configureGravatar Ingmar Vanhassel2010-03-31
| | | | | | | This allows packagers to specify to which directory libraries should be installed. Signed-off-by: Ingmar Vanhassel <ingmar@exherbo.org>
* Add install target for notmuch.desktop file.Gravatar Jeffrey C. Ollie2010-01-24
| | | | | | | | Add an install target that uses desktop-file-install to install the desktop file in the appropriate location. The location of the install can be modified by changing the desktop_dir variable. Signed-off-by: Jeffrey C. Ollie <jeff@ocjtech.us>
* configure: Look for both Xapian 1.1 and 1.0 and allow user override.Gravatar Carl Worth2010-01-06
| | | | | | | | The in-development version of Xapian provides a config program named xapian-config-1.1 while the released version provides a program named xapian-config instead. By default, we now try each of these in turn, and we also allow the user to set a XAPIAN_CONFIG environment variable to explicitly specify a particular program.
* configure: Implement a --help option to document --prefix.Gravatar Carl Worth2009-12-04
| | | | | Also document that values for CC, CFLAGS, etc. can be specified via environment variables.
* configure: Support the capturing of CFLAGS and CXXFLAGS at configure time.Gravatar Carl Worth2009-12-04
| | | | | | | | | | | | | | | | | | These variables can now be set via configure time via environment variables like so: CFLAGS=-g ./configure and subsequent builds will remember these values. The values can still be overridden at compile time by passing make variables: make CFLAGS=-O2 The CXXFLAGS variable is optional. If unset at either configure time or at compile time, it will inherit its value from the CFLAGS variable. (Though if explicitly set at configure time it must be explicitly overriden at compile time---just overriding CFLAGS will not override CXXFLAGS as well.)
* Fix quiet compilation to print the user's CFLAGS, CXXFLAGS, LDFLAGS.Gravatar Carl Worth2009-12-04
| | | | | | | | | | The only reason I ever call "make V=1" myself, (other than when debugging the compiler command-line for some reason), is to ensure whether my CFLAGS, (like "-g -O0" or "-O2"), are actually making it to the command-line. But these are hard to find in the V=1 output, and really, we should just print these even in the quiet case. So do that.
* Fix option parsing for the case of a value with '='.Gravatar Carl Worth2009-12-04
| | | | | To support this we need to match the longest-possible suffix and then strip the shortest-possible prefix.
* Fix configure script to handle --prefix=Gravatar Jameson Graef Rollins2009-12-04
| | | | | | | Reviewed-by: Carl Worth <cworth@cworth.org>: This is really the fundamental thing that people expect a configure script to do, so it's important to support it.
* configure: Tweak the working of the example commands slightly.Gravatar Carl Worth2009-12-03
| | | | | Basically just getting better parallelism between the descriptions of the Defora and Debian commands. (And fixing a nearby typo.)
* Add some text to configure on how to install dependencies with yum.Gravatar Jeffrey C. Ollie2009-12-03
| | | | | | | | | Add some text on how to install dependencies with yum for Fedora or other systems that use yum for package management. Since the named of the required packages on Fedora are slightly different from Debian this will help get new users of notmuch that use Fedora going quicker. Signed-off-by: Jeffrey C. Ollie <jeff@ocjtech.us>
* configure: Allow user to specify compiler to be used.Gravatar Carl Worth2009-12-01
| | | | | | | | | | | | The environment variables CC and CXX can be set at configure time to specify what compiler to use. This compiler will be used for any configure-time compilation, and will also be recorded in Makefile.config to be used during the actual build. The compiler to be used can still be overridden at build time by using a make variable such as: make CC=gcc
* configure: Generate more friendly Makefile.config with separated CFLAGSGravatar Carl Worth2009-12-01
| | | | | | Each dependency now gets its own variable in the resulting Makefile.config to make it much easier to debug where the various flags came from in the case of any problems.
* configure: Clarify pkg-config warning now that Makefile does not invoke ↵Gravatar Carl Worth2009-12-01
| | | | | | | | pkg-config. It's probably a bit more work to use this configure script without pkg-config, but it's at least possible, (and we could make it even easier if this becomes an important use case).
* configure: Generate some documentation into Makefile.config.Gravatar Carl Worth2009-12-01
| | | | | It's just not nice to auto-generate a file without helping out the poor user who gets stuck trying to figure out what went wrong.
* configure: Resolve all pkg-config flags at configure time.Gravatar Carl Worth2009-12-01
| | | | | | | | Previously, we were resolving these within the Makefile. This had the problem that if pkg-config was not present, the Makefile would still invoke it resulting in ugly errors before the configure script was even run, (which would finally present a kind error message about pkg-config not being present).
* configure: Move getlinetest.c down into config/have_getline.c.Gravatar Carl Worth2009-12-01
| | | | | | This keeps configure-related clutter out of the main directory, and also gives a more direct correlation between the name of the test and the feature being tested for.
* configure: Assimilate new getlinetest into recent configure conventions.Gravatar Carl Worth2009-12-01
| | | | | | | | | We're now using printf to print what we're checking before we check. We're also making variables such as HAVE_GETLINE available to both make and to the C pre-processor. With this, the local getline implementation is now only compiled if not available on the system.
* Add test to configure script to detect getlineGravatar Jeffrey C. Ollie2009-12-01
| | | | | | | | Add a simple test to the configure script to detect getline. It's not important that the test run, just that it compiles and links without any errors. Signed-off-by: Jeffrey C. Ollie <jeff@ocjtech.us>
* configure: Fix valgrind check to take effect, and to work.Gravatar Carl Worth2009-12-01
| | | | | | | We were missing an "override" directive in the assignment of CFLAGS within Makefile.config so it was actually having no effect. Then, we were also failing to get the proper include path for valgrind.h so it wouldn't have worked even it were having effect. Fix both problems.
* configure: Use printf to achieve result of "echo -n".Gravatar Carl Worth2009-12-01
| | | | | | | We had avoided using "echo -n" originally for portability concerns, and instead just printed the same string in both conditions, (and also printed the string late if any check took long). The word is that printf is quite portable, so we use that instead.
* Makefile: Add new "install-bash" target for bash completion supportGravatar Carl Worth2009-12-01
| | | | | | | It was problematic to have this in "make install" since it would unconditionally try to install to /etc, (even if a non-privileged user was attempting an install to a prefix in the user's home directory, for example).
* configure: Fix pkg-config warning to not refer to non-existent variables.Gravatar Carl Worth2009-12-01
| | | | | We used to have NOTMUCH_CFLAGS and NOTMUCH_LDFLAGS in the Makefile, but we don't anymore, so don't refer to them.
* configure: Clean up the introductory message a bit.Gravatar Carl Worth2009-12-01
| | | | | Eliminate a typo or two, and mention that the user can edit Makefile.config if necessary.
* Send mail to notmuch list, not CarlGravatar Alec Berryman2009-11-27
|
* notmuch-new: Only install SIGALRM if not running under gdbGravatar Chris Wilson2009-11-22
| | | | | | | | | | | | | | | I felt sorry for Carl trying to step through an exception from xapian and suffering from the SIGALARMs.. We can detect if the user launched notmuch under a debugger by either checking our cmdline for the presence of the gdb string or querying if valgrind is controlling our process. For the latter we need to add a compile time check for the valgrind development library, and so add the initial support to build Makefile.config from configure. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Carl Worth <cworth@cworth.org> [ickle: And do not install the timer when under the debugger]
* Add a simple configure script.Gravatar Carl Worth2009-11-02
This is *not* based on autoconf. In fact, this doesn't actually configure anything, (one can compile notmuch directly with just "make" without running configure if the dependencies are all satisfied). The only thing that this configure script does is to check for the presence of the various dependencies and provide some guidance to the user if they are not all available.