1

Topic: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Kind time of days, dear colleagues! I master a C new to me ++ 17, using MSVC-2017 CE. With an option for the studio demanded for the compiler, successfully understood. Reflected on a subject: for Linux (UBUNTU 14.04; Debian) - is GCC and Clang. I so understand, what they also as well as studio, support a C ++ 17?  I yesterday Clang 3.9 (under UBUNTU 14.04), but he does not know anything about a C ++ 17 Question: how it is possible to adjust Linux for tasks of compilation and  the C codes ++ 17? The remark: me application of this good in the environment of UBUNTU 14.04 (and somewhat Debian 8) interests first of all. Googled on the given subject, councils are, but about operation from a C ++ 17 information are not enough. In advance thanks, for any helps!

2

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG> Proinstalliroval I yesterday Clang 3.9 (under UBUNTU 14.04), but he does not know anything about a C ++ 17 3.9 old, he should speak explicitly "-std=c ++ 17", take the version above, there from a box. Look here the link the link

3

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, vopl, you wrote: V> 3.9 old, he should speak explicitly "-std=c ++ 17" Told lies You can use Clang in a C ++ 17 mode with the-std=c ++ 17 option (use-std=c ++ 1z in Clang 4 and earlier) for 3.9 it is necessary "-std=c ++ 1z"

4

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, vopl, you wrote: V> V> You can use Clang in a C ++ 17 mode with the-std=c ++ 17 option (use-std=c ++ 1z in Clang 4 and earlier) V> for 3.9 it is necessary "-std=c ++ 1z" I Tried this option - is useless All the same - there was an abuse on new syntactic expressions.

5

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

AG> the Question: how it is possible to adjust Linux for tasks of compilation and  the C codes ++ 17? AG> the Remark: me application of this good in the environment of UBUNTU 14.04 (and somewhat Debian 8) interests first of all. FULL With ++ 17 8 Miner here implements recently gcc postsilt about it.

6

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: V>> for 3.9 it is necessary "-std=c ++ 1z" AG> I Tried this option - is useless AG> All the same - there was an abuse on new syntactic expressions. For example?

7

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG> Kind time of days, dear colleagues! AG> I master a C new to me ++ 17, using MSVC-2017 CE. With an option for the studio demanded for the compiler, successfully understood. AG> Reflected on a subject: for Linux (UBUNTU 14.04; Debian) - is GCC and Clang. With naphthalene you are covered before that   the Pitch to sit down? For a long time already 18  is with the newest gcc and clang where there is even partially 21 standard. AG> I so understand, what they also as well as studio, support a C ++ 17? AG> In advance thanks, for any helps!  release  to 18.

8

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, Kernan, you wrote: K> Proapgrejdi release  to 18. On the NEW computer (on ) - for November 2017 releases https://catalog.onliner.by/notebook/hp/2hp09ea Work only UBUNTU 14.04! Win10 - by itself works Also works Debian 8 (and here Debian 9: it does not want to be installed - there are no drivers wi-fi, old from Debian 8 do not approach). In general in a world of OS Linux - all very surprisingly Tried - installations fall right after: UBUNTU 16.04; UBUNTU 17.10; UBUNTU 18.04 - further at all do not start P.S. The upgrade of system UBUNTU 14.04 - to fresher - comes to an end similarly: after it at all does not start!

9

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, LaptevVV, you wrote: AG>> the Question: how it is possible to adjust Linux for tasks of compilation and  the C codes ++ 17? AG>> the Remark: me application of this good in the environment of UBUNTU 14.04 (and somewhat Debian 8) interests first of all. LVV> FULL With ++ 17 the Miner here implements recently gcc 8 LVV> postsilt about it. Yes - gcc 8 successfully works from a C ++ 17 MANY THANKS!

10

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG> Works only UBUNTU 14.04! It is clear, then it really problem. AG> also works Debian 8 (and here Debian 9: it does not want to be installed - there are no drivers wi-fi, old from Debian 8 do not approach). AG> in general in a world of OS Linux - all is very surprising somewhere   is from which It can is possible to collect the kernel unit? AG> tried - installations fall right after: UBUNTU 16.04; UBUNTU 17.10; UBUNTU 18.04 - further at all do not start At me there is a suspicion that it can to be connected with UEFI, here it is necessary , try on SO to look for the answer. AG> P.S. The upgrade of system UBUNTU 14.04 - to fresher - comes to an end similarly: after it at all does not start! As a variant, it is possible to try to deliver msys2/mingw and through it to pick up new gcc in VS Code under Windows, but the decision so-so.

11

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, Kernan, you wrote: K> somewhere   is from which It can is possible to collect the kernel unit? I am afraid that it is the long and difficult (thorny) a way... AG>> Tried - installations fall right after: UBUNTU 16.04; UBUNTU 17.10; UBUNTU 18.04 - further at all do not start K> At me there is a suspicion that it can to be connected with UEFI, here it is necessary , try on SO to look for the answer. I in course that any Linux - we put in a normal mode (not on UEFI mode a mode, and on Legasy CSM BIOS a mode). Nevertheless - problems are. Moreover, fitter UBUNTU has a trial mode of start - try UBUNTU. So this mode also correctly works for me only for UBUNTU 14.04. For all remaining (specified above in the given branch) versions UBUNTU - a trial mode safely  AG>> P.S. The upgrade of system UBUNTU 14.04 - to fresher - comes to an end similarly: after it at all does not start! K> As a variant, it is possible to try to deliver msys2/mingw and through it to pick up new gcc in VS Code under Windows, but the decision so-so. For Windows - I do not have any problems: MSVC-2017 CE - in C/C adjustments ++-> CommandLine-> AdditionalOptions we write down:/std:c ++ 17 and all perfectly works P.S. As ++ (11 and 14) I tested all remaining varieties of a C under UBUNTU/Debian at me "hands" are scratched to do the same for a C ++ 17. I will in passing note that for other standards all is put "from a box" c Qt v5.10.1: here: https://download.qt.io/official_releases/qt/5.10/5.10.1 we take: qt-opensource-linux-x64-5.10.1.run and simply we put (without apt-get install, it is simple in style of Windows)! Thus, before packet setting qt-opensource-linux-x64-5.10.1.run I certainly fulfilled following setting: # apt-get install qt5*-dev # apt-get install build-essential libgl1-mesa-dev # apt-get install libboost-all-dev After that - at me it turned out GCC 4.8, but me for a C ++ 17 - not the assistant: https://gcc.gnu.org/projects/cxx-status.html#cxx14

12

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG>... I so understand on this notebook stand Linux and Windows 10 then why not to deliver VMWare Player in ten and therefrom already to launch any distribution kits of any .

13

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, , you wrote: > Is PPA with fresh versions GCC https://launchpad.net/~ubuntu-toolchain … ter=trusty > At LLVM/CLANG there are repositories, see https://apt.llvm.org/Many thanks! It was possible to install GCC v8, together with clang-5.0 and clang-6.0 - thanks to the helps resulted under given links! And all it on UBUNTU 14.04!

14

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

https://apt.llvm.org/also will be to you most clang 6.0 (with support c ++ 17) for yours Ubuntu Trusty (14.04). How to connect gcc it is possible to look too. Still a variant - to use docker (there both gcc last will be and clang).

15

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, Masterspline, you wrote: M> https://apt.llvm.org/also will be to you most clang 6.0 (with support c ++ 17) for yours Ubuntu Trusty (14.04). How to connect gcc it is possible to look too. +100500 thanks - this variant already prompted earlier. M> Still a variant - to use docker (there both gcc last will be and clang). It - it: https://docs.docker.com/glossary/?term=Docker as I understood - certain "adapter" for compilation performance somewhere on the server? So?

16

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG> It - it: AG> https://docs.docker.com/glossary/?term=Docker AG> as I understood - certain "adapter" for compilation performance somewhere on the server? So? No. The easy and convenient virtual environment. For  different compilers in "the pure environment" - most that. https://hub.docker.com/_/gcc/

17

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG> On the NEW computer (on ) - for November 2017 releases AG> Work only UBUNTU 14.04! 1. What for to put Linux on bare iron of a notebook if a main objective - to be played with With ++ 17? Is WSL (in case of Win10) or , eventually 2. What for to put Linux if main objective - to be played with With ++ 17? Is GCC (mingw-64, for example), Clang

18

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, flt, you wrote: F> 1. What for to put Linux on bare iron of a notebook if a main objective - to be played with With ++ 17? Is WSL (in case of Win10) or , eventually About Win10 and WSL: All it (Win10 and WSL) sees to me a little artificial. About  - I will think, the quite good idea, thanks can also. While I work on dual-boot. F> 2. What for to put Linux if main objective - to be played with With ++ 17? Is GCC (mingw-64, for example), Clang I in course about MinGW - earlier was engaged with it. For MS Windows environment is also an artificial piece when is MSVC-2017. For studio - I understood for a long time already, as  in it the codes on a C ++ 17. Main objectives and directions - both C mastering ++ 17, and the extension of a professional outlook. So, if today the software development (a C ++ is required to me; Qt) for Windows tomorrow - probably it is required  and Linux P.S. I in course that is all am, but I achieved - and already carried out the idea - compilation of examples from the book: http://rsdn.org/forum/cpp/7122404 the Author: AlexGin Date: 22.04 14:55 to Linux environment By the way, the author of the above-stated book insists recommends, that the reader applied Linux. To M $ (in respect of operation from a C ++) the author concerns frostily enough. For operation with examples from the book, I adjusted also QtCreator v4.6.1 (which works with CMake v3.11.2). Here about application QtCreator together with CMake: http://doc.qt.io/qtcreator/creator-project-cmake.html Here is more detailed - how to involve CMake in UBUNTU: https://askubuntu.com/questions/610291/ … -on-ubuntu How to use the newest versions of compilers for Linux to me already prompted in the given branch: Is PPA with fresh versions GCC https://launchpad.net/~ubuntu-toolchain … ter=trusty At LLVM/CLANG there are repositories, I see https://apt.llvm.org/Also at the same time uncovered for myself such phenomenon in Linux, as PPA.

19

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

UBUNTU 18.04 on court yard AG> Reflected on a subject: for Linux (UBUNTU 14.04; Debian) - is GCC and Clang. AG> I so understand, what they also as well as studio, support a C ++ 17?

20

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG> All it (Win10 and WSL) sees to me a little artificial. And what not so? It was pleasant to me. The only thing, is impossible in FS directly  (it is possible more truly, but is fraught) that configs, for example, to correct, it is necessary any SSH to lift. And so - they even background processes now , within the limits of the user session.

21

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, Ops, you wrote: Ops> Hello, AlexGin, you wrote: AG>> All it (Win10 and WSL) sees to me a little artificial. Ops> and what not so? It was pleasant to me. The only thing, is impossible in FS directly  (it is possible more truly, but is fraught) that configs, for example, to correct, it is necessary any SSH to lift. And so - they even background processes now , within the limits of the user session. That is (I selected "the relish") - we work with Linux, and  with files we can not. I truly understood? It is not simply artificial, it is super-is unnatural...

22

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, Ops, you wrote:... By the way, on the same  - I successfully launched yesterday from under WMVare (more precisely: WMVare Workstation 12.5.7) that version  (16.04),  DOES NOT WORK on bare iron In , it was possible to launch also 18.04th in the same way, but it  while rather crude

23

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, AlexGin, you wrote: AG> AG> That is (I selected "the relish") - we work with Linux, and  with files we can not. AG> I truly understood? Incorrectly. There is FS "systems", and is mounted  disks. With  work as you want, and with  FS only from within , but not  means.

24

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, kdw, you wrote: kdw> UBUNTU 18.04 on a court yard I in course about  18.04... Let ripens still... Here responses of our colleagues: http://rsdn.org/forum/unix/7141069 the Author: kov_serg Date: 10.05 19:14 I managed to lift, on WMVare 12.5, UBUNTU 16.04 - on the same computer where same 16.04 did not work at setting on bare iron Certainly, here there are also lacks: 1) Prosedanie of productivity as  from our OS, works simultaneously on the same CPU and host OS. 2) I cannot even see disks host OS in ours . But - there are also pleasant moments: a) it is not necessary to reboot to pass in other OS. b) works drag and drop with head host OS. P.S. Also about a C ++ 17 - it was possible to resolve all problems: http://rsdn.org/forum/cpp.applied/7154509.1 the Author: AlexGin Date: 26.05 08:07

25

Re: GCC and Clang for a C ++ 17 (Ubuntu, Debian)

Hello, Ops, you wrote: Ops> it is incorrect. There is FS "systems", and is mounted  disks. With  work as you want, and with  FS only from within , but not  means. OK! Such here a question: If (in my applications for Linux) I work with files - in style old-kind ANSI-C: fopen (); fwrite (); etc... Thus, I will be  only to "" ext4 to disks, instead of to NTFS to disks. That in this case, theoretically, all should everywhere is excellent work. Practically, as I understand, Dragons here are found...