• Skip to sidebar navigation
  • Skip to content

Bitbucket

  • Projects
  • Repositories
    • View all public repositories
  • Help
    • Online help
    • Learn Git
    • Welcome to Bitbucket
    • Keyboard shortcuts
  • Log In
David Young
  1. David Young

vchoi_fork

Vailin Choi
my_hdf5_fork
Public
Actions
  • Clone
  • Download

Learn more about cloning repositories

You have read-only access

Navigation
  • Source
  • Commits
  • Graphs
  • Branches
  • Network
  • Latest Activities

Commits

Albert Cheng
fe91b80353d
Albert Cheng committed 0f91b587f4a18 Feb 2000
[svn-r1979] Purpose:
    Feature "improvement".
Problem:
    The Makefile target triggers gmake to redo the whole auto-configure
    process if it sees any autoconfigure related files changed.  It causes
    couple problems.  One is that when multiple machines using --srcdir
    are running make, they may detect the changes and launch the autoconf
    at the same time.  These end up as multiple hosts updating the same
    srcdir area together--bad things can happen.  Another one is that
    when one modifies some Makefile.in, then try "make distclean" before
    launching the configure process.  Instead of cleaning things, it
    started a configure, recreate all Makefiles and other files, then
    finally come around to do the distclean--who knows what it cleans
    by now since the Makefile is changed too.  Last problem was that
    this auto-process will launch even for command "gmake -n ...".
Solution:
    Renamed Makefile target to reconfigure so that the auto-checking
    is still available but must be launched explicitedly.  If one
    wishes to have the auto-checking as default, one may do
    alias gmake "\gmake -i reconfigure; gmake \!* ".

Changed files

  • Git repository management for enterprise teams powered by Atlassian Bitbucket
  • Atlassian Bitbucket v4.4.1
  • Documentation
  • Contact Support
  • Request a feature
  • About
  • Contact Atlassian
Atlassian