1

Topic: Winbuntu

Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0. The fastest method to receive a C ++ 17 under Windows. Update. It is a little about WSL for beginners here Installing a packet xorg-dev you can write and launch X-Windows applications under WSL. It is necessary to launch only XServer under Windows (for example, VcXSrv) and to add in bash.rc a line export DISPLAY=127.0.0.1:0.0

2

Re: Winbuntu

Hello, the Miner, you wrote: Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0. The fastest method to receive a C ++ 17 under Windows. Specification - to lift Ubuntu in ? I truly understand? Something for this purpose is necessary, except available already at me *.iso an image: ubuntu-18.04-desktop-amd64.iso? Any additional utility for Windows 10 - to mount this Ubuntu 18.04? P.S. About the fastest method - to receive a C ++ 17 under Windows: MSVC-2017 CE - in C/C adjustments ++-> CommandLine-> AdditionalOptions we write down:/std:c ++ 17 P.P.S. To me is interesting to test a C ++ 17 under Linux

3

Re: Winbuntu

Hello, the Miner, you wrote: Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0. The fastest method to receive a C ++ 17 under Windows. And still there are assembly from MinGW-w64 () and NuWen MinGW, which at once with Boost th in addition (). Also will directly work in Window th Command Propmt.

4

Re: Winbuntu

AlexGin:> Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0.>> the fastest method to receive a C ++ 17 under Windows. AG> specification - to lift Ubuntu in ? I truly understand? No. It is implementation of system calls  in kernel Win10. Subsystem Ubuntu appeared and in Windows Server 2016... AG> Something for this purpose is necessary, except available already at me *.iso an image: AG> ubuntu-18.04-desktop-amd64.iso? ubuntu-18.04-desktop-amd64.iso - does not go - it drags  a kernel,  and so forth In ten the necessary packets are installed by means of a spell sudo app-get install Truth GUI of a program to deliver not simply (did not try, but read). AG> P.P.S. To me is interesting to test a C ++ 17 under Linux New gcc  is and in Win versions (cygwin and-or mingw).

5

Re: Winbuntu

Hello, AlexGin, you wrote:> Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0.>> the fastest method to receive a C ++ 17 under Windows. AG> specification - to lift Ubuntu in ? I truly understand? At 10th  now  enters it is direct in composition , and it is good with it . Particulars I do not know, instead of the user  from a word absolutely, at me  is direct on bare iron works

6

Re: Winbuntu

Hello, the Miner, you wrote: Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0. The fastest method to receive a C ++ 17 under Windows. But I so understand, the programs compiled by it gcc, only in  and it is possible to launch, let and built in in . P.S. About  I do not know, and in  quite efficient cross connect-mingw is a distribution kit part, and allows to compile programs under  directly from . And the heap of any useful preassembled libraries is applied on it. At me now not the freshest  (all hands do not reach ), but gcc in it the cross connect-mingw has version 7.2.0. Probably, in the freshest  and gcc . I suppose that for  too there are similar conveniences.

7

Re: Winbuntu

Hello, Pzz, you wrote: Pzz> But I so understand, the programs compiled by it gcc, only in  and it is possible to launch, let and built in in . No. There is a concept host platform, and is target platform. Any insertions for modems not on modems collect. And Windows can be target platform. Here the good instruction. Gstreamer too  for Windows collects in Linux. Both these  it is possible to use to collect native Windows applications directly in Winbuntu.

8

Re: Winbuntu

Hello, AlexGin, you wrote:> Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0.>> the fastest method to receive a C ++ 17 under Windows. AG> specification - to lift Ubuntu in ? I truly understand? 1) Turn on Developer Mode Open Settings-> Update and Security-> For developers Select the Developer Mode radio button 2) Open a command prompt. Run bash https://docs.microsoft.com/en-us/window … tall-win10

9

Re: Winbuntu

Hello, Fornications Pavel, you wrote: Pzz>> But I so understand, the programs compiled by it gcc, only in  and it is possible to launch, let and built in in . > is not present. There is a concept host platform, and is target platform. Any insertions for modems not on modems collect. > And Windows can be target platform. Here the good instruction. I understand it. But on , for example, the cross connect-gcc is a separate dial-up of packets. And the version gcc there on the average does not coincide with gcc for a host. As in this plan life in  is adjusted, I not in course, but am normally enough similar.

10

Re: Winbuntu

Hello, Pzz, you wrote: Pzz> But I so understand, the programs compiled by it gcc, only in  and it is possible to launch, let and built in in . You confuse with  MinGW. In WSL all   works AS IS, is indistinguishable from native  the environments.

11

Re: Winbuntu

Hello, so5team, you wrote: S> And still there are assembly from MinGW-w64 () and NuWen MinGW, which at once with Boost th in addition (). Crutches. S> also will directly work in Window th Command Propmt. . And WSL your way where works?

12

Re: Winbuntu

Hello, Drobodan Frilich, you wrote: > Subsystem Ubuntu appeared and in Windows Server 2016...  Windows 2016 (1607) it LTSC, in it WSL is not present and it is not known when appears. I transfer hands from 10. Promised to add in experimentally version 1709 (Semi-Annual Channel). But it like only in Server Core editions, without Desktop Experience. Versions 1607 - 1709 against each other are not updated, only pure setting. So in server WsL'ja it is possible to tell that is not present. > truth GUI of a program to deliver not simply (did not try, but read). Anything difficult. X-Server you lift on Windows , and you register its address. To similarly audio. https://www.youtube.com/watch?v=gq42KyW6XLU

13

Re: Winbuntu

Hello, IID, you wrote: S>> And still there are assembly from MinGW-w64 () and NuWen MinGW, which at once with Boost th in addition (). IID> Crutches. ?

14

Re: Winbuntu

Hello, IID, you wrote: Pzz>> But I so understand, the programs compiled by it gcc, only in  and it is possible to launch, let and built in in . IID> You confuse with  MinGW. In WSL all   works AS IS, is indistinguishable from native  the environments. I do not confuse anything. And here you confuse MinGW with Cygwin

15

Re: Winbuntu

Hello, Pzz, you wrote: Pzz>>> the programs compiled by it gcc, only in  also it is possible to launch, let and built in in . IID>> You confuse with  Pzz> Anything I do not confuse. Then explain, why the selected. Pzz> ON here you you confuse MinGW with Cygwin both-two shit.

16

Re: Winbuntu

Hello, so5team, you wrote: S> Prufy? It is pure . At level  normally not to implement  a singularity. Type  (though it is accessible at level Native API), operations with  files, removal of a triggered image, human storage .  attributes and forbidden on NTFS characters. In WSL  support at OS kernel level, even special type of processes made - PicoProcess.

17

Re: Winbuntu

Hello, IID, you wrote: IID> At level  normally not to implement  a singularity. Type  (though it is accessible at level Native API), operations with  files, removal of a triggered image, human storage .  attributes and forbidden on NTFS characters. In WSL  support at OS kernel level, even special type of processes made - PicoProcess. What relation is all has to possibility of operation from a C ++ 17 in gcc under Windows?

18

Re: Winbuntu

Hello, IID, you wrote: IID> Then explain, why the selected.  with built in  supports now two executable formats: native  EXE, and native  ELF. And so, I wanted to tell that gcc which there inside , produces on output ELF, instead of EXE. And I suppose that if you professionally write box  under  it does not approach you, to you is necessary  EXE, enveloped in  the installer. I, by the way, do not believe that in this construction as someone expressed " a kernel executes system requests ". I suppose that they launched present  a kernel, either in , or in a mode user mode linux, and accurately wore in user space necessary tracks between two worlds that launched thus  the program looked more or less, as native. Pzz>> ON here you you confuse MinGW with Cygwin IID> both-two shit. No. MinGW, first of all is gcc, producing  EXE on an output. In a cross-compiler mode (from  in ) it very much even is convenient and quite good. And that the dial-up is applied on it  commands, it not to feel in , as in  and that  makefile and assembly scripts at the very least under  were launched any minimum pseudo-juniksnyj.

19

Re: Winbuntu

Hello, Pzz, you wrote: Pzz>> the programs compiled by it gcc, only in  also it is possible to launch, let and built in in . Pzz> Venda with built in  supports now two executable formats: native  EXE, and native  ELF. And so, I wanted to tell that gcc which there inside , produces on output ELF, instead of EXE. And I suppose that if you professionally write box  under  it does not approach you, to you is necessary  EXE, enveloped in  the installer. And I wanted to specify that compiled ELF will work in any , not only built in Windows. Pzz> I, by the way, do not believe that in this construction as someone expressed " a kernel executes system requests ". I suppose that they launched present  a kernel, either in , or in a mode user mode linux, and accurately wore in user space necessary tracks between two worlds that launched thus  the program looked more or less, as native. No, any kernel  in Win, certainly, no. There is a difference in semantics of system calls, but their essence in any OS is very similar. Objects of synchronization, operation with storage, file input-output etc. Linuksovye   are broadcast inside WSL in calls of services NT of a kernel. I personally transferred WSL from 10 to 2016 server where it is not present. All WSL is 1 driver and 1 service.

20

Re: Winbuntu

Hello, so5team, you wrote: S> What relation is all has to possibility of operation from a C ++ 17 in gcc under Windows? On crutches too it is possible to move, I do not argue.

21

Re: Winbuntu

Hello, IID, you wrote: S>> What relation is all has to possibility of operation from a C ++ 17 in gcc under Windows? IID> On crutches too it is possible to move, I do not argue. Not including brains it is possible and to write at a forum, obviously. The subject not how under Windows to have an opportunity to develop as under Unix, and how under Windows to receive gcc with normal support of the standard of a C ++ 17. It Is necessary can be, suddenly, for development under Windows, but within the limits of a normal C ++ (instead of that MS in the compiler made). So, why MinGW-w64 for this task is a crutch?

22

Re: Winbuntu

Hello, so5team, you wrote: S> Not including brains it is possible and to write at a forum, obviously. I see. When through pair messages any more you do not remember what wrote in the beginning. S> a subject not how under Windows to have an opportunity to develop as under Unix, and how under Windows to receive gcc with normal support of the standard of a C ++ 17. What for sudden revelations? Re-read the start message. S> it is necessary can be, suddenly, for development under Windows, but within the limits of a normal C ++ (instead of that MS in the compiler made). Unless "suddenly". To develop under Windows on MinGW that that? For the sake of most  standard editings? The approach is more on hand-made articles of students brushes away. S> so why MinGW-w64 for this task is a crutch? For development, and under Windows? Mighty well you change a subject. Under Windows it does not suit development at all. For a number of reasons. The most simple - an own dial-up of heading files,  from different dustbins (ReactOS, WINE, etc.) instead of last SDK from  (Microsoft). It suits as the tool    or for the sake of experiments with Hello World a C ++ 1488.

23

Re: Winbuntu

Hello, IID, you wrote: S>> Not including brains it is possible and to write at a forum, obviously. IID> I see. When through pair messages any more you do not remember what wrote in the beginning. ? S>> the Subject not how under Windows to have an opportunity to develop as under Unix, and how under Windows to receive gcc with normal support of the standard of a C ++ 17. IID> That for sudden revelations? Re-read the start message. We re-read: Under Windows 10 it is possible to lift  Ubuntu the console (versions already 18.04). Under it app-get puts at once gcc-7.3.0. The fastest method to receive a C ++ 17 under Windows. Separately we pay attention on "to receive a C ++ 17 under Windows". S>> it Is necessary can be, suddenly, for development under Windows, but within the limits of a normal C ++ (instead of that MS in the compiler made). IID> Unless "suddenly". To develop under Windows on MinGW that that? Not to strike with "With ++" from MS, we tell. For example, by operation with  the code which is ground under the newest versions of a C ++. The Vivid example - attempts of usage of library Ranges under Windows. Not to pay for a Visual Studio if it is not necessary for the project of anything MS-specific. The reasons can be much. S>> So why MinGW-w64 for this task is a crutch? IID> for development, and under Windows? Mighty well you change a subject. It seemed to you. The subject that was and remains. IID> the Most simple - an own dial-up of heading files,  from different dustbins (ReactOS, WINE, etc.) instead of last SDK from  (Microsoft). It if these are necessary to you the latest SDK from . IID> It suits as the tool    or for the sake of experiments with Hello World a C ++ 1488. Your judgement is very important, continue to keep informed.

24

Re: Winbuntu

Hello, IID, you wrote: IID> And I wanted to specify that compiled ELF will work in any , not only built in Windows. Well not in any, certainly, and in, where ABI the used libraries compatibly. IID> is not present, any kernel  in Win, certainly, no. There is a difference in semantics of system calls, but their essence in any OS is very similar. Objects of synchronization, operation with storage, file input-output etc. Linuksovye   are broadcast inside WSL in calls of services NT of a kernel. I personally transferred WSL from 10 to 2016 server where it is not present. All WSL is 1 driver and 1 service. There are many tiny nuances essentially differing between systems. Theoretically, the translator of system calls from  in  can be made, probably. Practically, to make it accurately it is very difficult. And here tell to me, the person is lovely, whether is in 10th  SCTP sockets in  API in  API? IID> Image: 1*IEvq0DSNzviET85A4uOHMQ.jpeg Windows Subsystem For Linux on this picture can designate all, everything

25

Re: Winbuntu

Hello, Pzz, you wrote: Pzz> There are many tiny nuances essentially differing between systems. Theoretically, the translator of system calls from  in  can be made, probably. Practically, to make it accurately it is very difficult. And anybody  also did not promise of 100 % Come on WSL page . Therefrom there are links to lists of a software which works badly. Nevertheless WSL on orders the dustbin is more compatible with  than cygwin. Also does not demand recompilation besides. Pzz> And here tell to me, the person is lovely, whether is in 10th  SCTP sockets in  API in  API? Approximately 100500  a software not  them. And what for such complexities, it is possible to begin that heaps/dev will not be, and the part from those that is are implemented only partially. And nobody allows to make insmod. Pzz> Windows Subsystem For Linux on this picture can designate everything, everything Any other-wordly philosophy. And can and not mean.