1. 04 6月, 2013 1 次提交
  2. 18 5月, 2013 1 次提交
  3. 17 4月, 2013 1 次提交
  4. 27 2月, 2013 1 次提交
  5. 26 2月, 2013 3 次提交
    • R
      msvc: avoid collisions between "tags" and "TAGS" · e0492c5b
      Ramsay Jones 提交于
      Commit 2f769195 ("MinGW: avoid collisions between "tags" and "TAGS",
      28-09-2010) enabled MinGW to use an ETAGS file in order to avoid
      filename collisions on (Windows) case insensitive filesystems. In
      addition, this prevents 'make' from issuing several warning messages.
      
      When using the Makefile to perform an MSVC build, which is usually
      executed using MinGW tools, we can also benefit from this capability.
      In order to reap the above benefits, we set the ETAGS_TARGET build
      variable to ETAGS in the MSVC config block.
      Signed-off-by: NRamsay Jones <ramsay@ramsay1.demon.co.uk>
      Tested-by: NJohannes Sixt <j6t@kdbg.org>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      e0492c5b
    • R
      msvc: test-svn-fe: Fix linker "unresolved external" error · d0f9dbb9
      Ramsay Jones 提交于
      In particular, while linking test-svn-fe.exe, the linker complains
      that the external symbol _strtoull is unresolved. A call to this
      function was added in commit ddcc8c5b ("vcs-svn: skeleton of an svn
      delta parser", 25-12-2010).
      
      The NO_STRTOULL build variable attempts to provide support to old
      systems which can't even declare 'unsigned long long' variables,
      let alone provide the strtoll() or strtoull() functions. Setting
      this build variable does not provide an implementation of these
      functions. Rather, it simply allows the compat implementations
      of strto{i,u}max() to use strtol() and strtoul() instead.
      
      In order to fix the linker error on systems with NO_STRTOULL set,
      currently MSVC and OSF1, we can substitute a call to strtoumax().
      
      However, we can easily provide support for the strtoull() and
      strtoll() functions on MSVC, since they are essentially already
      available as _strtoui64() and _strtoi64(). This allows us to
      remove NO_STRTOULL for MSVC.
      Signed-off-by: NRamsay Jones <ramsay@ramsay1.demon.co.uk>
      Tested-by: NJohannes Sixt <j6t@kdbg.org>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      d0f9dbb9
    • R
      msvc: git-daemon: Fix linker "unresolved external" errors · 4ab75274
      Ramsay Jones 提交于
      In particular, while linking git-daemon.exe, the linker complains
      that the external symbols _inet_pton and _inet_ntop are unresolved.
      Commit a666b472 ("daemon: opt-out on features that require posix",
      04-11-2010) addressed this problem for MinGW by configuring the
      use of the internal 'compat' versions of these function.
      
      Although the MSVC header <WS2tcpip.h> contains the prototypes for
      the inet_pton and inet_ntop functions, they are only visible for
      Windows API versions from 0x0600 (Windows Vista) or later. (In
      addition, on Windows XP, ws2_32.dll does not export these symbols).
      
      In order to fix the linker errors, we also configure the MSVC build
      to use the internal compat versions of these functions by setting
      the NO_INET_{PTON,NTOP} build variables.
      Signed-off-by: NRamsay Jones <ramsay@ramsay1.demon.co.uk>
      Tested-by: NJohannes Sixt <j6t@kdbg.org>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      4ab75274
  6. 12 2月, 2013 1 次提交
  7. 04 1月, 2013 1 次提交
    • J
      Makefile: hoist uname autodetection to config.mak.uname · e1b6dbb5
      Jeff King 提交于
      Our Makefile first sets up some sane per-platform defaults
      by looking at "uname", then modifies that according to the
      results of autoconf (if any), then modifies that according
      to the user's wishes in config.mak.
      
      For sub-Makefiles like Documentation/Makefile, the latter
      two are available, but the uname defaults are available only
      to the main Makefile. This hasn't been a problem so far,
      because the sub-Makefiles do not rely on any of those
      automatic settings to do their work.
      
      This patch puts the uname magic into its own file so it can
      be reused in other Makefiles, opening up the possibility of
      new knobs.
      
      Note that we leave one reference to uname in the top-level
      Makefile: if we are on Darwin, we must check the NO_FINK and
      NO_DARWIN_PORTS settings. But because we are combining uname
      settings with user-options, we must do so after all of the
      config is loaded. This is acceptable, as the resulting
      conditionals are about setting variables specific to the
      top-level Makefile (and if that ever changes, we can hoist
      them into a separate post-config include, too).
      Signed-off-by: NJeff King <peff@peff.net>
      Signed-off-by: NJunio C Hamano <gitster@pobox.com>
      e1b6dbb5