sim-linux64?

[sro]

Hmm, also das sind jetzt Dinge von denen ich nicht wirklich eine Ahnung habe. Aber g++ ist lediglich eine art von gcc compiler (gcc = "gnu compiler collection"). Wenn ich auf meinem Ubuntu 14.04(64 Bit) Notebook in der Shell "g++ -v" aufrufe, dann sieht das so aus...
-----------------------------------------------
sro@vaio-12:~$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.4-2ubuntu1~14.04.3' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.3) 
------------------------------------------------
d.h., bei mir wird g++ als vorhanden erkannt. 

"man g++" ist recht gespraechig, fuer mich aber Fachchinesisch. Zum Parameter "-v" sagt die manpage: "Print (on standard error output) the commands executed to run the stages of compilation.  Also print the version number of the compiler driver program and of the preprocessor and the compiler proper." 

Wenn bei Dir auf CentOS nix dazu kommt, dann stimmt evtl die gcc Installation bzw die (einige) Pfade dahin nicht, wuerde ich mal vermuten. In den Paketquellen gibt es "g++ nicht, weil es ein Teil von gcc ist.

Zum Thema gibt es massig Hits auf allen Suchmaschinen, vielleicht hilft What is the difference between g++ and gcc?, gefunden auf Stackoverflow.

Ich wuerde gern konkreter helfen, aber wie gesagt, davon habe ich nicht wirklich Plan.

Prissi, meinst Du dass bei den Standardpfaden jede Distri ihre eigene Idee von der Verwendung von /usr, /var und /opt hat? Das stimmt natuerlich, spielt aber imho keine Rolle, denn alle Distris sollten sowohl /usr/local, als auch /var und /opt anbieten, und das sind die Standardpfade fuer systemweite 3rd-Party Programminstallationen. Such Dir den aus den Du am liebsten magst. Darueber, was nun genau wo hingehoert gibt es wohl end- und fruchtlose Diskussionen zwischen den Gurus. Mit dem Ergebnis dass heute eigentlich nur noch allgemein respektiert wird, dass /usr und Unterverzeichnisse (ausser /usr/local) den Linux-Kernkomponenten vorbehalten ist und nicht fuer 3rd Party Kram verwendet werden soll. 
Ich hoffe das war jetzt kein Bullshit