Skip to content
Snippets Groups Projects
Select Git revision
  • remove-initial-step
  • ki-plugin
  • current-oidc
  • main default protected
  • use-alternative-implib
  • use-win-curl
  • add-ci
  • oidc-support
  • experimental-curve448
  • branch-0.61
  • branch-0.56
  • branch-0.53
  • branch-0.55
  • zlib-dll
  • ben-mac-port
  • 0.76
  • 0.75
  • 0.74
  • 0.73
  • 0.72
  • 0.71
  • 0.70
  • 0.69
  • 0.68
  • 0.67
  • 0.66
  • 0.65
  • 0.64_aes_ni
  • 0.64
  • 0.63
  • 0.62
  • 0.61
  • 0.60
  • 0.59
  • 0.58
35 results
Blame Permalink
  • Simon Tatham's avatar
    febb1801
    Stop using 'zip -k' to construct the Windows source archive. · febb1801
    Simon Tatham authored 
    It was intended to ensure that people still working with DOS filename
restrictions (or things approximating that, e.g. VFAT) wouldn't have
trouble. Those days are surely long gone, and now zip -k is causing
its own trouble with the new VS2010/VS2012 project files, which
include pairs of filenames that become the same under the zip -k
transformation and hence break the source archive build.

[originally from svn r10155]
    febb1801
    History
    Stop using 'zip -k' to construct the Windows source archive.
    Simon Tatham authored 
    It was intended to ensure that people still working with DOS filename
restrictions (or things approximating that, e.g. VFAT) wouldn't have
trouble. Those days are surely long gone, and now zip -k is causing
its own trouble with the new VS2010/VS2012 project files, which
include pairs of filenames that become the same under the zip -k
transformation and hence break the source archive build.

[originally from svn r10155]

A HIFIS Service | Privacy | Imprint | Support | Documentation | Changelog