<div dir="ltr"><div><div><div><div><div>Iznogoud writes:<br>
> I figured I'd give it a shot. I took the gcc-6.3.0 tarball, as gcc-7.x is<br>
> still unreleased. I am doing this on Slackware64 14.1 on kernel <span class="gmail-aBn" tabindex="0"><span class="gmail-aQJ">3.10.17</span></span>.<br>
><br>
> To build just what you want, use this first switch at configure:<br>
><br>
> ./configure --enable-languages=c,c++ \<br>
> --prefix=/opt/gcc-6.3.0 --program-prefix=izno_ \<br>> --with-system-zlib --disable-multilib<br>
><br>> The prefix is where I dump binaries and libraries that will become modules<br>
> (as I described earlier). The program-prefix is so that I avoid conflicts<br>> with the existing gcc, g++ and so on when the gcc=6.3.0 module is loaded.<br>
> I do not use the Zlib that came with the distribution because it fails to<br>
> build (this took me a while to isolate). I disable building the 32-bit<br>
> stuff with the last switch.<br><br></div>Thanks that will help a lot. I didn't run into that Zlib problem<br></div>but good to know about it. My first attempt at building died<br></div>after 30 minutes or so due to flex not being available. I had<br></div>to do a "make distclean" and start over after getting flex.<br></div><div><div><div><div><div><div><br>
><br>
> It configured. I put 3 threads to the compiling task ('make -j 3') as I am<br>> doing other stuff on this system right now and that is what I could spare.<br>> Will report back on results.<br>
</div><div>><br></div><div>
><br>> As a side note, Intel has done an incredible amount of work to bring good<br>> compilers and other tools to life, and some of them for free. (I think, and<br>
> I could be wrong, that this is in support of computer installationas at<br>> government HPC facilities where, to my knowledge, almost everything is on<br>
> Intel hardware.) The C, C++ and Fortran compilers are very good, on both<br>> Linux and Microsoft Visual Studio.<br><br></div><div>It's possible that using the Intel compiler would help for my <br></div><div>code generator, but would have to check on that. This thread says <br>they support FreeBSD<br><a href="https://software.intel.com/en-us/forums/intel-c-compiler/topic/284695">https://software.intel.com/en-us/forums/intel-c-compiler/topic/284695</a><br><br></div><div>but their marketing emphasizes Linux, Windows and OS X. Also I'm<br></div><div>using two C++ 2017 features. One of them is string_view which is<br></div><div>a library only feature I think. It wouldn't be very hard for them to<br></div><div>add support for that. The other one though is a change to the <br></div><div>language and I'd be surprised if they have that. This page <br><a href="https://software.intel.com/en-us/articles/intel-c-compiler-170-for-linux-release-notes-for-intel-parallel-studio-xe-2017#cpp14">https://software.intel.com/en-us/articles/intel-c-compiler-170-for-linux-release-notes-for-intel-parallel-studio-xe-2017#cpp14</a><br><br>mentions support for C++ 2014 features, but I didn't see anything <br>about C++ 2017 features.<br></div><div><br></div><div>Clang doesn't have support for that language feature of C++ 2017 <br></div><div>that I'm using either in Clang 4.0. GCC 7 is the only compiler<br></div><div>I'm aware of that has it. I'm only using it in one place though<br></div><div>so it wouldn't be hard to forego that. But I'm using string_view a <br>lot already so have to have that.<br></div><div><br><br></div><div>Brian<br></div><div>Ebenezer Enterprises - "For G-d so loved the world, that He gave His <br>only-begotten Son, that whoever believes on Him may not perish, <br>but have life eternal.<span class="gmail-p">" John 3:16<br><br></span></div><div><a href="http://webEbenezer.net">http://webEbenezer.net</a><br></div></div></div></div></div></div></div>