[SCM] exiv2 packaging branch, master, updated. debian/0.25-3.1-3734-gdcbc29a

Maximiliano Curia maxy at moszumanska.debian.org
Thu Jul 13 17:36:31 UTC 2017


Gitweb-URL: http://git.debian.org/?p=pkg-kde/kde-extras/exiv2.git;a=commitdiff;h=964e1df

The following commit has been merged in the master branch:
commit 964e1df0856512dcd82195746637021c40980450
Author: Andreas Huggel <ahuggel at gmx.net>
Date:   Mon Jul 26 08:11:13 2004 +0000

    Modified for first autoconf version
---
 README.make | 69 +++++++++++++++++++++++++++++++++++++++----------------------
 1 file changed, 44 insertions(+), 25 deletions(-)

diff --git a/README.make b/README.make
index 67eff1f..0cf3e5e 100644
--- a/README.make
+++ b/README.make
@@ -1,35 +1,54 @@
-Configuration and Build Strategy                      06-May-2004, ahu
+Configuration and Build Strategy                      12-Jul-2004, ahu
 --------------------------------
 
----> Currently, the installation procedure of Exiv2 does not use 
-     autoconf. If you build on a Linux platform, it should be enough
-     to simply run 
+Building and Installing
+-----------------------
 
-     $ make 
+Exiv2 now comes with a rudimentary configuration script. Run the 
+following commands from the top directory (containing this file) to 
+build the library and utility:
+
+     $ ./configure
+
+     Check the generated config.mk and config.h files, particularly
+     if you want to build a shared library with a compiler other than 
+     gcc (g++). See caveat, below.
+
+     $ make
 
      and, if you wish,
 
      $ make install 
 
-     from this directory. To install the library and header files, use 
+     To install the library and header files, use 
 
      $ make install-lib
 
      There are corresponding uninstall and uninstall-lib targets.
 
-     To install to locations different from the default (/usr/local)
-     and to build Exiv2 on other platforms you may need to make changes
-     to the file config.mk before running make. However, you should 
-     *not* need to modify any Makefile directly. 
+Caveat
+------
+
+     The configuration script does not support checks to test how to 
+     build a shared library. If you are not using gcc (g++), you will
+     need to check the generated config.mk file and manually set the 
+     correct compilation flags. The related variables in config.mk are
+     CXXFLAGS_SHARED, LDFLAGS_SHARED and SHAREDLIB_SUFFIX.
+
+     You should *not* need to modify any Makefile directly.
 
------ Concepts described below this line are not implemented yet -----
+     If your compiler uses a repository for object files of templates,
+     try setting CXX_REPOSITORY. 
 
-This is *not* an installation manual. See README and INSTALL for that.
+----------------------------------------------------------------------
 
-This document describes the main guidelines used for the configuration
-and build system of this software package and summarizes the steps for
-the involved processes.
+Summary of Concepts Used
+------------------------
 
+The following sections are *not* an installation manual. They 
+summarise the guidelines used for the configuration and build system 
+of this package. The information contained in the following sections
+may be outdated and concepts described may not be implemented
 
 1. Overview and Rationale
    ----------------------
@@ -42,10 +61,10 @@ files, respectively.
 System configuration is done from the top level of the directory tree.
 Usually, `./configure' is enough to create all system configuration
 files and Makefiles. In turn, `make distclean' issued from the top
-level directory will remove all files created by the configuration and
-build processes (while `make distclean' issued in a subdirectory will
-only remove files created by the build process but no configuration
-files).
+level directory should remove all files created by the configuration
+and build processes (while `make distclean' issued in a subdirectory
+will only remove files created by the build process but no
+configuration files).
 
 Makefiles should follow GNU Makefile conventions (see `info make').
 
@@ -83,21 +102,21 @@ should be enough to configure and build the entire package.
        Input:  source files
        Output: `configure.scan'
     2. Manually examine and fix `configure.scan'
-    3. Rename `configure.scan' to `configure.in'
+    3. Rename `configure.scan' to `configure.ac'
     4. Manually create `acconfig.h' for additional AC_DEFINE'd symbols
     5. Run `autoheader'
-       Input:  `configure.in' `acconfig.h'
+       Input:  `configure.ac' `acconfig.h'
        Output: `config.h.in'
     6. Run `autoconf'
-       Input:  `configure.in' `acconfig.h'
+       Input:  `configure.ac' `acconfig.h'
        Output: `configure'
     7. Manually create `Makefile.in' template
 
     Here is a complete diagram showing this process (from `info autoconf'):
 
-       source files --> [autoscan*] --> [configure.scan] --> configure.in
+       source files --> [autoscan*] --> [configure.scan] --> configure.ac
 
-       configure.in --.   .------> autoconf* -----> configure
+       configure.ac --.   .------> autoconf* -----> configure
                       +---+
        [aclocal.m4] --+   `---.
        [acsite.m4] ---'       |
@@ -123,7 +142,7 @@ by the `configure' script. Therefore, if a change to a `Makefile' is
 needed, it must be done in the `Makefile.in' template and the
 `configure' script must be run to re-generate the `Makefile'.
 
-2.2.2 `configure.in' and `acconfig.h' updates
+2.2.2 `configure.ac' and `acconfig.h' updates
       ---------------------------------------
 
 Such updates may be required to add a new feature or test to the

-- 
exiv2 packaging



More information about the pkg-kde-commits mailing list