Hey Nuget was designed to Managed code and don't really satisfy all C++ constraints/specificities. Nuget is about prebuilt binaries, and in this new approach we try to give a solution to rebuild from source. eric From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ernest Zaslavsky Sent: Tuesday, July 5, 2016 8:44 PM To: boost-users@lists.boost.org Subject: Re: [Boost-users] Acquiring and rebuilding C++ libraries on Windows Hi, And what happened to the native NuGet packages idea? It is quite convenient way to get, use and update third parties. From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Eric Mittelette Sent: Wednesday, July 06, 2016 2:49 AM To: boost-users@lists.boost.orgmailto:boost-users@lists.boost.org Subject: [Boost-users] Acquiring and rebuilding C++ libraries on Windows Hello I'm Program Manager at Microsoft, working on VC++ Libraries team (VC runtime, STL...) We are working on the spec of a tool to acquire 3rd party libraries on Windows. We are targeting mainly OSS libraries, our tool will help dev to rebuild locally from the source code on Windows. Today we have a proto, based on a port tree approach. (having a repo with the build script and the associated patch file) I wanted to have a discussion with the Boost community about this project, and how dev could acquire Boost this way. Feel free to contact me to initiate this discussion, we'll be happy to share our idea and prototype with you and collect feedback and suggestions. Best, Eric Mittelette Senior Program Manager - Visual C++ (VCLib) Microsoft Corp.

Steve Yes great topic for CPPCON, we proposed the subject, but the session was not accepted. BTW I'll find a way to talk about it during CPPCON. Actually CPPCon is one of my deadline :) eric From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Ernest Zaslavsky Sent: Tuesday, July 5, 2016 8:44 PM To: boost-users@lists.boost.org Subject: Re: [Boost-users] Acquiring and rebuilding C++ libraries on Windows Hi, And what happened to the native NuGet packages idea? It is quite convenient way to get, use and update third parties. From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Eric Mittelette Sent: Wednesday, July 06, 2016 2:49 AM To: boost-users@lists.boost.orgmailto:boost-users@lists.boost.org Subject: [Boost-users] Acquiring and rebuilding C++ libraries on Windows Hello I'm Program Manager at Microsoft, working on VC++ Libraries team (VC runtime, STL...) We are working on the spec of a tool to acquire 3rd party libraries on Windows. We are targeting mainly OSS libraries, our tool will help dev to rebuild locally from the source code on Windows. Today we have a proto, based on a port tree approach. (having a repo with the build script and the associated patch file) I wanted to have a discussion with the Boost community about this project, and how dev could acquire Boost this way. Feel free to contact me to initiate this discussion, we'll be happy to share our idea and prototype with you and collect feedback and suggestions. Best, Eric Mittelette Senior Program Manager - Visual C++ (VCLib) Microsoft Corp.

Hi Edward Acquiring in my message mean, the way to developers to build an external lib and add it to his project. So our intention is to provide a command line tool (in first approach) who is capable to list and build libraries for windows platform. Developers can use this tools to see which libraries are available and with a simple option strt the buil process for the target chosen (x86, x64 UWP, ARM) eric -----Original Message----- From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Edward Diener Sent: Wednesday, July 6, 2016 4:33 AM To: boost-users@lists.boost.org Subject: Re: [Boost-users] Acquiring and rebuilding C++ libraries on Windows On 7/5/2016 7:49 PM, Eric Mittelette wrote:

Hello

I'm Program Manager at Microsoft, working on VC++ Libraries team (VC runtime, STL...)

We are working on the spec of a tool to acquire 3^rd party libraries on Windows.

"acquire 3^rd party libraries on Windows" ? I am unfamiliar with what this is supposed to mean ? Outside of the programming world, "acquire" usually means "buy", but I don't think that even Microsoft wants to buy something that is not being sold <g>. Perhaps you need to explain what your intentions are ?

We are targeting mainly OSS libraries, our tool will help dev to rebuild locally from the source code on Windows.

Today we have a proto, based on a port tree approach. (having a repo with the build script and the associated patch file)

I wanted to have a discussion with the Boost community about this project, and how dev could acquire Boost this way.

Feel free to contact me to initiate this discussion, we'll be happy to share our idea and prototype with you and collect feedback and suggestions.

Best,

Eric Mittelette

Senior Program Manager - Visual C++ (VCLib)

Microsoft Corp.

_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2flists.boost.org%2fmailman%2flistinfo.cgi%2fboost-users&data=01%7c01%7cericmitt%40microsoft.com%7cbde6ecabc19d43ee9ba708d3a591488f%7c72f988bf86f141af91ab2d7cd011db47%7c1&sdata=hOR9hvgJnevSQhn0Z0C%2biAtHXlMtNtvMXMsdk8RE9FI%3d

On 7/7/2016 6:05 PM, Eric Mittelette wrote:

Hi Edward

Acquiring in my message mean, the way to developers to build an external lib and add it to his project. So our intention is to provide a command line tool (in first approach) who is capable to list and build libraries for windows platform. Developers can use this tools to see which libraries are available and with a simple option strt the buil process for the target chosen (x86, x64 UWP, ARM)

What does this command line tool use to build an external lib ? What does "lib" as in "external lib" encompass ? What does "project" mean ? What programming languages are supported ? I gather you are saying that you are endeavouring to create a command line tool to build a "lib" from source, which is on the web somewhere, and then integrate the resultant file(s) into a "project", however you define it. I gather this is officially being done by Microsoft. I still think you need to be more specific if you want to interest developers. In particular you are also not specifying what you think individual Boost libraries or Boost developers are meant to add to your idea(s). It is all still really very vague.

eric

-----Original Message----- From: Boost-users [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Edward Diener Sent: Wednesday, July 6, 2016 4:33 AM To: boost-users@lists.boost.org Subject: Re: [Boost-users] Acquiring and rebuilding C++ libraries on Windows

On 7/5/2016 7:49 PM, Eric Mittelette wrote:

...

Hello

I'm Program Manager at Microsoft, working on VC++ Libraries team (VC runtime, STL...)

We are working on the spec of a tool to acquire 3^rd party libraries on Windows.

"acquire 3^rd party libraries on Windows" ?

I am unfamiliar with what this is supposed to mean ? Outside of the programming world, "acquire" usually means "buy", but I don't think that even Microsoft wants to buy something that is not being sold <g>.

Perhaps you need to explain what your intentions are ?

...

We are targeting mainly OSS libraries, our tool will help dev to rebuild locally from the source code on Windows.

Today we have a proto, based on a port tree approach. (having a repo with the build script and the associated patch file)

I wanted to have a discussion with the Boost community about this project, and how dev could acquire Boost this way.

Feel free to contact me to initiate this discussion, we'll be happy to share our idea and prototype with you and collect feedback and suggestions.

On Jul 7, 2016, at 5:05 PM, Eric Mittelette wrote:

Hi Edward

Acquiring in my message mean, the way to developers to build an external lib and add it to his project. So our intention is to provide a command line tool (in first approach) who is capable to list and build libraries for windows platform. Developers can use this tools to see which libraries are available and with a simple option strt the buil process for the target chosen (x86, x64 UWP, ARM) eric

cget already does that for cmake projects which works with windows and MSVC, and is cross-platform. Is this tool designed to build libraries with visual studio projects only? Thanks, Paul