curl/projects
Daniel Stenberg 2e160c9c65
tool: add "variable" support
Add support for command line variables. Set variables with --variable
name=content or --variable name@file (where "file" can be stdin if set
to a single dash (-)).

Variable content is expanded in option parameters using "{{name}}"
(without the quotes) if the option name is prefixed with
"--expand-". This gets the contents of the variable "name" inserted, or
a blank if the name does not exist as a variable. Insert "{{" verbatim
in the string by prefixing it with a backslash, like "\\{{".

Import an environment variable with --variable %name. It makes curl exit
with an error if the environment variable is not set. It can also rather
get a default value if the variable does not exist, using =content or
@file like shown above.

Example: get the USER environment variable into the URL:

 --variable %USER
 --expand-url = "https://example.com/api/{{USER}}/method"

When expanding variables, curl supports a set of functions that can make
the variable contents more convenient to use. It can trim leading and
trailing white space with "trim", output the contents as a JSON quoted
string with "json", URL encode it with "url" and base 64 encode it with
"b64". To apply functions to a variable expansion, add them colon
separated to the right side of the variable. They are then performed in
a left to right order.

Example: get the contents of a file called $HOME/.secret into a variable
called "fix". Make sure that the content is trimmed and percent-encoded
sent as POST data:

  --variable %HOME=/home/default
  --expand-variable fix@{{HOME}}/.secret
  --expand-data "{{fix:trim:url}}"
  https://example.com/

Documented. Many new test cases.

Co-brainstormed-by: Emanuele Torre
Assisted-by: Jat Satiro
Closes #11346
2023-07-31 11:51:34 +02:00
..
Windows copyright: update all copyright lines and remove year ranges 2023-01-03 09:19:21 +01:00
build-openssl.bat build-openssl.bat: keep OpenSSL 3 engine binaries 2023-02-18 19:02:24 -05:00
build-wolfssl.bat copyright: update all copyright lines and remove year ranges 2023-01-03 09:19:21 +01:00
checksrc.bat copyright: update all copyright lines and remove year ranges 2023-01-03 09:19:21 +01:00
generate.bat tool: add "variable" support 2023-07-31 11:51:34 +02:00
README.md copyright: update all copyright lines and remove year ranges 2023-01-03 09:19:21 +01:00
wolfssl_options.h copyright: update all copyright lines and remove year ranges 2023-01-03 09:19:21 +01:00
wolfssl_override.props

Building via IDE Project Files

This document describes how to compile, build and install curl and libcurl from sources using an IDE based development tool such as Visual Studio.

Project files are available for several different Visual C++ versions. The following directory structure has been used to cater for this:

somedirectory\
 |_curl
   |_projects
     |_<platform>
       |_<ide>
         |_lib
         |_src

This structure allows for side-by-side compilation of curl on the same machine using different versions of a given compiler (for example VC10 and VC12) and allows for your own application or product to be compiled against those variants of libcurl for example.

Note: Typically this side-by-side compilation is generally only required when a library is being compiled against dynamic runtime libraries.

Dependencies

The projects files also support build configurations that require third party dependencies such as OpenSSL, wolfSSL and libssh2. If you wish to support these, you will also need to download and compile those libraries as well.

To support compilation of these libraries using different versions of compilers, the following directory structure has been used for both the output of curl and libcurl as well as these dependencies.

somedirectory\
 |_curl
 | |_ build
 |    |_<architecture>
 |      |_<ide>
 |        |_<configuration>
 |          |_lib
 |          |_src
 |
 |_openssl
 | |_ build
 |    |_<architecture>
 |      |_VC <version>
 |        |_<configuration>
 |
 |_libssh2
   |_ build
      |_<architecture>
        |_VC <version>
          |_<configuration>

As OpenSSL and wolfSSL don't support side-by-side compilation when using different versions of Visual Studio, build helper batch files have been provided to assist with this. Please run build-openssl -help and/or build-wolfssl -help for usage details.

Building with Visual C++

To build with VC++, you will of course have to first install VC++ which is part of Visual Studio.

Once you have VC++ installed you should launch the application and open one of the solution or workspace files. The VC directory names are based on the version of Visual C++ that you will be using. Each version of Visual Studio has a default version of Visual C++. We offer these versions:

  • VC10 (Visual Studio 2010 Version 10.0)
  • VC11 (Visual Studio 2012 Version 11.0)
  • VC12 (Visual Studio 2013 Version 12.0)
  • VC14 (Visual Studio 2015 Version 14.0)
  • VC14.10 (Visual Studio 2017 Version 15.0)
  • VC14.30 (Visual Studio 2022 Version 17.0)

Separate solutions are provided for both libcurl and the curl command line tool as well as a solution that includes both projects. libcurl.sln, curl.sln and curl-all.sln, respectively. We recommend using curl-all.sln to build both projects.

For example, if you are using Visual Studio 2022 then you should be able to use VC14.30\curl-all.sln to build curl and libcurl.

Running DLL based configurations

If you are a developer and plan to run the curl tool from Visual Studio with any third-party libraries (such as OpenSSL, wolfSSL or LibSSH2) then you will need to add the search path of these DLLs to the configuration's PATH environment. To do that:

  1. Open the 'curl-all.sln' or 'curl.sln' solutions
  2. Right-click on the 'curl' project and select Properties
  3. Navigate to 'Configuration Properties > Debugging > Environment'
  4. Add PATH='Path to DLL';C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem

... where 'Path to DLL` is the configuration specific path. For example the following configurations in Visual Studio 2010 might be:

DLL Debug - DLL OpenSSL (Win32):

PATH=..\..\..\..\..\openssl\build\Win32\VC10\DLL Debug;C:\Windows\system32;
C:\Windows;C:\Windows\System32\Wbem

DLL Debug - DLL OpenSSL (x64):

PATH=..\..\..\..\..\openssl\build\Win64\VC10\DLL Debug;C:\Windows\system32;
C:\Windows;C:\Windows\System32\Wbem

DLL Debug - DLL wolfSSL (Win32):

PATH=..\..\..\..\..\wolfssl\build\Win32\VC10\DLL Debug;C:\Windows\system32;
C:\Windows;C:\Windows\System32\Wbem

DLL Debug - DLL wolfSSL (x64):

PATH=..\..\..\..\..\wolfssl\build\Win64\VC10\DLL Debug;C:\Windows\system32;
C:\Windows;C:\Windows\System32\Wbem

If you are using a configuration that uses multiple third-party library DLLs (such as DLL Debug - DLL OpenSSL - DLL LibSSH2) then 'Path to DLL' will need to contain the path to both of these.

Notes

The following keywords have been used in the directory hierarchy:

  • <platform> - The platform (For example: Windows)
  • <ide> - The IDE (For example: VC10)
  • <architecture> - The platform architecture (For example: Win32, Win64)
  • <configuration> - The target configuration (For example: DLL Debug, LIB Release - LIB OpenSSL)

If you are using the source code from the git repository, rather than a release archive or nightly build, you will need to generate the project files. Please run "generate -help" for usage details.

Should you wish to help out with some of the items on the TODO list, or find bugs in the project files that need correcting, and would like to submit updated files back then please note that, whilst the solution files can be edited directly, the templates for the project files (which are stored in the git repository) will need to be modified rather than the generated project files that Visual Studio uses.

Legacy Windows and SSL

Some of the project configurations allow the use of Schannel, the native SSL library in Windows which forms part of Windows SSPI. However, Schannel in Windows <= XP is unable to connect to servers that no longer support the legacy handshakes and algorithms used by those versions. If you will be using curl in one of those earlier versions of Windows you should choose another SSL backend such as OpenSSL.