Error could not automatically setup msvc

C:/HaxeToolkit/haxe/lib/polymod/git/polymod/format/XMLMerge.hx:189: characters 30-43 : Warning : This typedef is deprecated in favor of haxe.xml.Access
C:/HaxeToolkit/haxe/lib/newgrounds/1,1,3/lib/Source/io/newgrounds/utils/AsyncHttp.hx:201: characters 31-37 : Warning : This typedef is deprecated in favor of sys.thread.Thread
C:/HaxeToolkit/haxe/lib/newgrounds/1,1,3/lib/Source/io/newgrounds/utils/AsyncHttp.hx:72: characters 14-20 : Warning : This typedef is deprecated in favor of sys.thread.Thread
C:/HaxeToolkit/haxe/lib/newgrounds/1,1,3/lib/Source/io/newgrounds/utils/AsyncHttp.hx:77: characters 13-19 : Warning : Usage of this typedef is deprecated
C:/HaxeToolkit/haxe/lib/newgrounds/1,1,3/lib/Source/io/newgrounds/utils/AsyncHttp.hx:183: characters 31-37 : Warning : Usage of this typedef is deprecated
C:/HaxeToolkit/haxe/lib/newgrounds/1,1,3/lib/Source/io/newgrounds/utils/AsyncHttp.hx:174: characters 32-38 : Warning : Usage of this typedef is deprecated
C:/HaxeToolkit/haxe/lib/newgrounds/1,1,3/lib/Source/io/newgrounds/utils/AsyncHttp.hx:96: characters 32-38 : Warning : Usage of this typedef is deprecated
source/NGio.hx:44: characters 16-52 : Warning : Use currentVersion
F:CodingFunkinexportreleasewindowsobj>setlocal enabledelayedexpansion
F:CodingFunkinexportreleasewindowsobj>()
Missing HXCPP_VARS
Error: Could not automatically setup MSVC

so i watched brightfyre’s video (https://www.youtube.com/watch?v=CKNfu8G9EOc) and then i typed lime test windows in windows powershell it said bla bla bla denied access so i ran it as an admin then it said this «C:/HaxeToolkit/haxe/lib/polymod/git/polymod/format/XMLMerge.hx:189: characters 10-23 : Warning : This typedef is deprecated in favor of haxe.xml.Access

C:/HaxeToolkit/haxe/lib/polymod/git/polymod/format/XMLMerge.hx:189: characters 30-43 : Warning : This typedef is deprecated in favor of haxe.xml.Access

source/PlayState.hx:299: characters 3-39 : Warning : `FlxCamera.defaultCameras` is deprecated, use `FlxG.cameras.setDefaultDrawTarget` instead

C:UsersdarchDesktopKade-Engine-masterexportreleasewindowsobj>setlocal enabledelayedexpansion

Warning: Could not find Visual Studio 2017 VsDevCmd

Missing HXCPP_VARS

Error: Could not automatically setup MSVC» and i looked that stuff up and i realised THAT IS ABOUT VISUAL STUDIO so i tried type lime test windows while having 2017 2019 and the installer open but.. SAME THING so someone tell me whats happening if you know

1) C# project. Pressing F8 gives me error.

This appears to be a known Haxe issue. Since it’s been fixed on the dev branch, you could try a nightly build from build.haxe.org. Alternatively, you could also try manually creating the bin directory, since that seems to be what the error is about.

2) C++ project. Pressing F8 gives me error:

The latest Haxelib release of hxcpp (3.4.64) does not support Visual Studio 2017 yet. You could use a development version by installing hxcpp from GitHub, since again, it should be fixed there:

haxelib git hxcpp https://github.com/HaxeFoundation/hxcpp

The alternative is to downgrade Visual Studio.

Also OpenFL and C++ always mentioned with Lime. Do I need it too?

Yes, if you want to use OpenFL, you also need Lime, as OpenFL depends on it.

3) Am I right that HaxeDevelop not yet support HashLink?

Actually, a HashLink project template was added. But to follow the general theme of this answer, it seems it hasn’t made it into an official relase yet. You can get a nightly build from here.

And if possible couple words about why HashLink appeared if there is Neko affilated with Haxe?

There is a two-part blog series on haxe.org by HashLink’s author: part 1, part 2. The first part has a paragraph talking about this exact topic. Here’s an excerpt:

First, let me explain the reasons for writing another virtual machine in replacement of Neko.

[…]

Back then, the Neko virtual machine was not especially designed to run Haxe and suffered from some limitations, the main one being performance.

[…]

And to your final question:

is it right that Haxe during compilation to target platform only «convert» .hx source to target one and then using third party (target platform) compile?

That is true for some targets, but it depends. For C++, C# and Java, Haxe indeeds generates source code for the target language and then invokes the target-native compiler after doing its own compilation (this step is usually called «native compilation»).

However, some targets produce byte code directly (SWF and Neko), so there is no native compilation step there. Other target languages are interpreted (JS, PHP, Python and Lua), so there’s no native compilation step there either. For HL it actually depends, there is HL/Jit (byte code) and HL/C, which is compiled to native C code.

You can find a comprehensive list of Haxe targets an their characteristics here.

Phew, that was a lot of questions in one.