[Pspp-commits] [SCM] GNU PSPP branch, makefiles, created. v0.6.1-873-g4f6a847

[Ben Pfaff]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU PSPP".

The branch, makefiles has been created
        at  4f6a8477ebd647fb96747790cc89ec5f26d68a07 (commit)

- Log -----------------------------------------------------------------
commit 4f6a8477ebd647fb96747790cc89ec5f26d68a07
Author: Ben Pfaff <address@hidden>
Date:   Sun Oct 11 21:31:18 2009 -0700

    Don't delete .po files from source directory in "make clean".
    
    Running "make clean" when the source directory is configured as a build
    directory shouldn't delete the .po files, but the rule as written did so.
    This fixes the problem.

commit 0cb17272c79a90d8d9fb5f8bd3628bb9bba4fb0f
Author: Ben Pfaff <address@hidden>
Date:   Sun Oct 11 21:26:30 2009 -0700

    Eliminate too-expansive "clean" rule kluge by requiring fixed Automake.
    
    The NEWS for Automake 1.10.1 mentions the following bug fix:
    
      - All directories `.libs'/`_libs' used by libtool are cleaned now,
        not only those in which libraries are built.
    
    This describes the situation for the kluged "clean" rule in
    tests/automake.mk, so by requiring Automake 1.10.1 or later we can also
    eliminate the clean rule.

commit 6cea5154ec624e65bbfce71036e31ab491ebc64a
Author: Ben Pfaff <address@hidden>
Date:   Sun Oct 11 21:03:50 2009 -0700

    Revert "INSTALL: Mention that GNU make is required."
    
    BSD make is now supported.

commit c3580361c52f0246f71d9b727cb9e5bd0d8497bb
Author: Ben Pfaff <address@hidden>
Date:   Mon Oct 12 20:41:37 2009 -0700

    Don't use $< in target rules, for portability to POSIX make.
    
    POSIX only requires $< to be defined for implicit rules, so don't use it
    in target rules.
    
    With this commit, PSPP builds properly from a tarball with NetBSD make
    version 1.111 on Debian GNU/Linux.

commit d94dc663529b4e05ec1e7c47c1e73310abb1d3b4
Author: Ben Pfaff <address@hidden>
Date:   Sun Oct 11 14:07:00 2009 -0700

    Use @VARIABLE@ instead of $(VARIABLE) consistently in Makefiles.
    
    The $(VARIABLE) syntax is usually preferred, because it is possible for the
    user to override it at "make" time, whereas @VARIABLE@ is hardwired at
    "configure" time.
    
    There was some discussion of this on address@hidden:
        http://comments.gmane.org/gmane.comp.lib.gnulib.bugs/18588
    The summary is that Bruno Haible sometimes prefers @VARIABLE@ but most
    others generally prefer $(VARIABLE), for the reason given above.

commit de4aea89b1be178afe94494f738fa83f15f272cb
Author: Ben Pfaff <address@hidden>
Date:   Sun Oct 11 13:56:29 2009 -0700

    Remove redundant variable declarations from Makefile.am.
    
    Autoconf's AC_SUBST ensures that Automake will declare the corresponding
    Makefile variables, so there is no need to declare them ourselves.

commit a0d343bfea40507c4575320fea70aacbbf09799d
Author: Ben Pfaff <address@hidden>
Date:   Sun Oct 11 13:53:50 2009 -0700

    Drop double suffixes from makefiles to improve POSIX make compliance.
    
    POSIX says that suffixes must contain only a single dot, e.g. ".inc.pl"
    is not allowed.  So this commit renames files and adjusts the makefiles
    to comply with this rule.

commit e55bfe0add20f87445b6f2fa6b6e3b0db2a8a0b4
Author: Ben Pfaff <address@hidden>
Date:   Sun Oct 11 13:33:27 2009 -0700

    Avoid nonportable -i option in sed invocation.
    
    POSIX sed only has -e, -f, and -n options.

commit 553dd6fd34f6ac129d51cf4736f89e349b97e16c
Author: Ben Pfaff <address@hidden>
Date:   Sat Oct 10 14:35:55 2009 -0700

    Avoid GNU make extension $(RM) in makefiles.
    
    Automake uses "rm -f" literally so there is not much point in PSPP trying
    to use $(RM).  At any rate it's a GNU make extension so it's best to avoid
    it for portability.

commit 4ba231eb219f2cd1daa45297672b61bcc11cfcff
Author: Ben Pfaff <address@hidden>
Date:   Thu Oct 8 19:50:59 2009 -0700

    Declare Makefile suffixes, to be a little closer to POSIX make compliance.
    
    POSIX requires that suffixes used in implicit rules be declared.  Automake
    allows one to do that by adding the suffixes to a variable named SUFFIXES.
    We weren't doing that consistently, and this commit fixes that up.
    
    POSIX doesn't allow suffixes to contain more than one period, so this isn't
    a complete fix, since the Makefiles still use .h.pl and .inc.pl as
    suffixes.  There are other reasons, too, why the PSPP Makefiles are not
    POSIX-compliant.

-----------------------------------------------------------------------


hooks/post-receive
-- 
GNU PSPP