https://help.github.com/articles/setting-guidelines-for-repository-contributors/

and you can also add ISSUE_TEMPLATE.md https://help.github.com/articles/creating-an-issue-template-for-your-repository/

A lot of these can be found here:

http://www.npcglib.org/~stathis/blog/precompiled-qt4-qt5/

CoApp is the existing native packaging tool from Microsoft which uses nuget. If I want to convert from CoApp to vcpkg, how will I go about doing it?

It would be great to have a port for the ACE library ( http://www.cs.wustl.edu/~schmidt/ACE.html ).

The current script copies out of the windows 10 SDK; this clearly won't work for windows 7 and windows 8.

We need to intelligently try several different Windows SDKs to find the right file.

When building boost, the post-build validation step displays:

-- Performing post-build validation
FINDSTR: Line 552 is too long.
FINDSTR: Line 563 is too long.
FINDSTR: Line 552 is too long.
FINDSTR: Line 563 is too long.
-- Performing post-build validation done

It would be great to have a port for the OGRE library ( http://www.ogre3d.org/ ).

Returns the following error:

CMake error at ports/rapidjson/portfile.cmake:1 (include):
include could not find load file:
winports_common_functions
Call Stack (most recent call first):
scripts/ports.cmake:84 (include)

Glew:x64-windows fails to install, citing that that the Windows 8.1 SDK wasn't found.

build-x64-windows-rel-out.txt

I tried retargeting the files and solution, and it still didn't work.

As stated in #41, we should find a proper way to test the portfiles.
An ideal system would be to automatically test new/updated portfiles after each push and ignore those which were untouched.

Vital for medical imaging research.

https://itk.org/

Sometimes there is a reason to use a specific older version of a library. Usually, it happens due to API changes the project can't absorb right now or 3rd-party libraries that aren't compatible with the newer version (yet).

Seems like a good idea to allow installation of an older version and maybe even having a few versions installed side-by-side.

This should be easy, it's a header-only lightweight library.

URL: http://rapidxml.sourceforge.net/
License: dual => boost or MIT

We currently use MD5 for integrity checking downloads, however this is provably breakable (even if improbable). We should upgrade all hashes to SHA-512 and require it going forward.

https://www.lua.org/

"Logging Framework for C++"

https://sourceforge.net/p/log4cplus/wiki/Home/
https://github.com/log4cplus/log4cplus

I can't instal boost on my machine (Win10, VS2015 U3) it seems as if the build script expects a g++ compiler.

This is the output from powershell:

-- Building x64-windows-rel
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:14 (message):
Command failed:
C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/b2.exe;--stagedir=C:/xTools/vcpkg/vcpkg/buildtrees/boost/x64-windows-rel/stage;--build-dir=C:/xTools/vcpkg/vcpkg/buildtrees/boost/x64-windows-rel;--toolset=msvc;-j4;-q;--without-python;threading=multi;link=shared;runtime-link=shared;--debug-configuration;address-model=64;variant=release

Working Directory: C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0

See logs for more information:

 C:\xTools\vcpkg\vcpkg\buildtrees\boost\build-x64-windows-rel-out.log
 C:\xTools\vcpkg\vcpkg\buildtrees\boost\build-x64-windows-rel-err.log

Call Stack (most recent call first):
ports/boost/portfile.cmake:38 (vcpkg_execute_required_process)
scripts/ports.cmake:84 (include)`

Error: build command failed

And this is the content of C:\xTools\vcpkg\vcpkg\buildtrees\boost\build-x64-windows-rel-out.log

notice: found boost-build.jam at C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/boost-build.jam
notice: loading Boost.Build from C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src
notice: Searching 'C:\WINDOWS' [...] 'C:\xTools\vcpkg\vcpkg\buildtrees\boost\src\boost_1_61_0\tools/build/src' 'C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/kernel' 'C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/util' 'C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/build' 'C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/tools' 'C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/contrib' 'C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/.' for site-config configuration file 'site-config.jam'.
notice: Loading site-config configuration file 'site-config.jam' from 'C:/Users/'.
warning: toolset gcc initialization: can not find tool g++
warning: initialized from C:\Usersl\site-config.jam:1
C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/tools\gcc.jam:150: in gcc.init from module gcc
error: toolset gcc initialization:
error: no command provided, default command 'g++' not found
error: initialized from C:\Users\site-config.jam:1
C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/build\toolset.jam:43: in toolset.using from module toolset
C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src/build\project.jam:1052: in using from module project-rules
C:\Users\site-config.jam:1: in modules.load from module site-config
C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src\build-system.jam:249: in load-config from module build-system
C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src\build-system.jam:351: in load-configuration-files from module build-system
C:/xTools/vcpkg/vcpkg/buildtrees/boost/src/boost_1_61_0/tools/build/src\build-system.jam:524: in load from module build-system
C:\xTools\vcpkg\vcpkg\buildtrees\boost\src\boost_1_61_0\tools\build\src/kernel\modules.jam:295: in import from module modules
C:\xTools\vcpkg\vcpkg\buildtrees\boost\src\boost_1_61_0\tools\build\src/kernel/bootstrap.jam:139: in boost-build from module
C:\xTools\vcpkg\vcpkg\buildtrees\boost\src\boost_1_61_0\boost-build.jam:17: in module scope from module

The Guideline Support Library (https://github.com/Microsoft/GSL) would be a small, but invaluable addition.

It would be great to have a port for the Eigen library ( http://eigen.tuxfamily.org ).

https://ffmpeg.org/download.html

Maybe it is already possible, but the docs so far appear to imply code gets compiled into DLLs.

Please also support compiling all code into a .lib with /MT /MTd runtime libraries for those of use who prefer their executables to be self-contained (or document how it is done).

post-build validation fails if VS is not installed in "C:\Program Files (x86)\Microsoft Visual Studio 14.0""
But this is common if SSD for windows it too small.

Apparently because of this line hard coded path.

static const fs::path DUMPBIN_EXE = R"(C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\dumpbin.exe)";

%VS140COMNTOOLS% should be used instate.

c:\vcpkg>vcpkg.exe install tiff
-- CURRENT_INSTALLED_DIR=C:/vcpkg/installed/x86-windows
-- DOWNLOADS=C:/vcpkg/downloads
-- CURRENT_PACKAGES_DIR=C:/vcpkg/packages/tiff_x86-windows
-- CURRENT_BUILDTREES_DIR=C:/vcpkg/buildtrees/tiff
-- CURRENT_PORT_DIR=c:/vcpkg/ports/tiff/.
-- Downloading ftp://ftp.remotesensing.org/pub/libtiff/tiff-4.0.6.tar.gz
CMake Error at scripts/cmake/vcpkg_download_distfile.cmake:17 (file):
file DOWNLOAD HASH mismatch

for file: [C:/vcpkg/downloads/tiff-4.0.6.tar.gz]
  expected hash: [d1d2e940dea0b5ad435f21f03d96dd72]
    actual hash: [d41d8cd98f00b204e9800998ecf8427e]
         status: [6;"Couldn't resolve host name"]

Call Stack (most recent call first):
ports/tiff/portfile.cmake:2 (vcpkg_download_distfile)
scripts/ports.cmake:84 (include)

Error: build command failed

libxml2 is famous xml library and widely used in C world. http://xmlsoft.org/
If we can use libxml2 by vcpkg, many other xml software will be open to vcpkg.

vcpkg install return error:

The following EXEs were found in /bin and /debug/bin. EXEs are not valid distribution targets.

    D:/Work/vcpkg/packages/protobuf_x86-windows/bin/protoc.exe

but we need protoc.exe for using protobuf library

.\vcpkg.exe build libpng fails.

From the logfile:

Could NOT find ZLIB (missing: ZLIB_LIBRARY ZLIB_INCLUDE_DIR)

From the console log of the command, vcpkg doesn't try to install zlib before configuring libpng.

HarfBuzz is a cross-platform opentype text shaping library which is popular among opensource projects and it would be nice if be added to vcpkg.
Repo: https://github.com/behdad/harfbuzz
Releases: https://www.freedesktop.org/software/harfbuzz/release/

It would be great if VTK could be added: http://www.vtk.org/

According to https://github.com/Microsoft/vcpkg/blob/master/docs/EXAMPLES.md vcpkg help arch should print all supported targets, but it seems it's not implemented yet?

It would be great to have Apache Thrift in the available list of packages

Hi, commit 81d6426 causes the integrate install command to fail (or report failure) for me. The check:

Checks::check_exit(fs::exists(system_wide_targets_file), "Error: failed to copy targets file to %s", system_wide_targets_file.string());

in commands_integration.cpp now fails as it appears to be checking for a different file to the one that was XCOPY'd.

Update: the destination file has "ts" appended to it. Playing with xcopy, it seems to be padding/extending/completing the destfile extension with what came from the original file:

C:\>xcopy "C:\test.first.second" "C:\test.third*" /Y >nul

C:\>dir
 Volume in drive C has no label.
 Volume Serial Number is AAAA-AAAA

 Directory of C:\

21/09/2016  18:40               414 test.first.second
21/09/2016  18:40               414 test.thirdd

I assume this behaviour of xcopy is well understood by people who aren't me!

I tried to update boost from 1.60 to 1.61 using these commands:

vcpkg remove --purge boost:x86-windows 
vcpkg install boost:x86-windows

but the installation failed because of linking errors. The old build directories (1.60) were still there and they probably contained the old files. After removing these directories (buildtrees\boost\x86-windows-rel and buildtrees\boost\x86-windows-dbg) the installation went fine.

Should these directories be removed by the vcpkg remove command?
Is it ok to remove everything in buildtrees\* after installing a package?

FlatBuffers is an efficient zero-copy/parse/allocation serialization library.

repo: https://github.com/google/flatbuffers
docs: http://google.github.io/flatbuffers/

The Reactive Extensions for Native (RxCpp) is a library for composing asynchronous and event-based programs using observable sequences and LINQ-style query operators in C++.

https://github.com/Reactive-Extensions/RxCpp

Saying "we don't want to duplicate the apt-get on Linux" makes a lot of sense as a reason why vcpkg is not cross-platform.

Except, when it comes to managing dependencies, versions, and how to refer to them from your project / CMake, vcpkg and apt-get are not that alike at all. For someone working cross-platform, having to test in different way, instruct their users how to build in different ways etc. is not helpful.

And since vcpkg builds upon CMake, making it cross-platform should at least technically not be hard.

vcpkg appears very well thought out, it be great to take the benefits of this to C++ developers even further.

https://github.com/g-truc/glm

In modern CMake, you are not supposed to give the user a list of variables but an imported target you use directly with "target_link_libraries".
It's a bit sad to see the example requiring CMake 3.0 but using patterns from CMake 2.6 dating from the CMake stone age.

https://cmake.org/cmake/help/v3.6/command/add_library.html#imported-libraries

The default triplet is "x86-windows".

Since we mainly develop very memory demanding applications, I build all libraries for x64. This means I always have to use "vcpkg install boost:x64-windows" etc. It would be very convenient to make it possible to let the user set a default triplet that is then used when building any package.

http://www.live555.com/liveMedia/

http://zeromq.org/intro:get-the-software
https://github.com/zeromq/libzmq

https://github.com/wbhart/mpir

MPIR is a fork of the GNU Multi Precision library (GMP -- see http://gmplib.org)

MPIR is a library for arbitrary precision arithmetic, operating on signed
integers, rational numbers, and floating point numbers. It has a rich set of
functions, and the functions have a regular interface.

MPIR is designed to be as fast as possible, both for small operands and huge
operands. The speed is achieved by using fullwords as the basic arithmetic
type, by using fast algorithms, with carefully optimized assembly code for the
most common inner loops for lots of CPUs, and by a general emphasis on speed
(instead of simplicity or elegance).

GMP/MPIR is believed to be faster than any other similar library. Its advantage
increases with operand sizes for certain operations, since MPIR in many
cases has asymptotically faster algorithms.

https://xiph.org/downloads/

http://www.wxwidgets.org/downloads/

port files refer directly to URLs of external websites, e.g. for Curl: "https://curl.haxx.se/download/curl-7.48.0.tar.bz2". That is very brittle, in that if that site were to go down, suddenly potentially a lot of programmers can't build their code.

That may be an acceptable trade-off for individual programmers, but for a larger organization having the teams ability to work depend on many external sites may be a deal breaker, unless there was some easy way to (locally?) cache things.

http://freeimage.sourceforge.net

https://microsoft.github.io/bond/

Bond is an open source, cross-platform framework for working with schematized data. It supports cross-language serialization/deserialization and powerful generic mechanisms for efficiently manipulating data.

Note: The bond compiler is written in Haskell. I'm not aware of an official binary release.

"free, open-source, portable real-time compression library"
URL: http://fastlz.org/
License: MIT

https://github.com/Microsoft/ChakraCore

ChakraCore is the core part of Chakra, the high-performance JavaScript engine that powers Microsoft Edge and Windows applications written in HTML/CSS/JS. ChakraCore supports Just-in-time (JIT) compilation of JavaScript for x86/x64/ARM, garbage collection, and a wide range of the latest JavaScript features. ChakraCore also supports the JavaScript Runtime (JSRT) APIs, which allows you to easily embed ChakraCore in your applications.

Direct link to download here : http://www.sfml-dev.org/files/SFML-2.4.0-sources.zip
Need some refactoring because of the way it handles its dependencies. (It directly copies the .lib files)

Libraries taking advantage of these would be great!