No acceptable C compiler found in $PATH while installing the C compiler - centos

I am facing the following error, while installing the C compiler itself (gcc gnu).
configure: error: in `/home/gcc-5.3.0':
configure: error: no acceptable C compiler found in $PATH
Noting that I have tried the solutions listed in this question with no success.
OS: RHEL6 and CentOS

You need to install a compiler to compile. The solutions in the mentioned question should work:
yum install gcc
or
yum groupinstall "Development tools"
After that, try to run your compiler to make sure everything is aligned:
gcc

Related

How to compile emacs 26.2 with gnutls on Centos 7?

I try to compile Emacs 26.2 on Centos 7. So I run
./configure
But the script complains:
configure: error: The following required libraries were not found:
gnutls
Maybe some development libraries/packages are missing?
However yum tells me that gnutls is already installed:
Package gnutls-3.3.29-9.el7_6.x86_64 already installed and latest version
What else do I miss to compile Emacs with gnutls support?
Try installing the package gnutls-devel. While the gnutls package contains the files needed to run a program that uses GnuTLS, gnutls-devel is needed to compile a program using GnuTLS.

Net::SSLeay::Handle compiling error in Ubuntu 16.04

I've a problem to install the aforementioned module via cpanm in my multi-threading version of Perl (not the original one).
I've Ubuntu 16.04.
When trying to compile and test this module it gives me the following error:
/usr/bin/ld: impossible to find -lz
collect2: error: ld returned 1 exit status
Makefile:494: instructions set for target "blib/arch/auto/Net/SSLeay/SSLeay.so" fail
make: *** [blib/arch/auto/Net/SSLeay/SSLeay.so] Error 1
-> FAIL Installing Net::SSLeay::Handle failed. See /home/my_name/.cpanm/work/1548275319.13675/build.log for details. Retry with --force to force install it.
openssl,ssllib-dev-perl,libnet-ssleay-perl, libcrypt-ssleay-perl already installed via apt-get.
I've also tried to compile manually this module, without success. I forced the installation too...no way.
The error seems linked with something missing in /usr/bin/ld: (impossible to find -lz collect2).
Is there anyone who can help me with this?
Cpanm has always worked pretty well. Up to now i've been able to get all my modules installed and well functioning, apart from Net::SSLeay::Handle.
Thanks in advace for your help
Ok, i solved by installing this packages (Ubuntu 16.04LTS):
-openssl
-libssl-dev
-libnet-ssleay-perl
-libcrypt-ssleay-perl
-zlib1g-dev as suggested above
Once you're done doing that, remember to avoid testing the module when gcc will be finishing compiling it, because in most cases it fails.
So the best incantation in doing this should be as follows:
-cpanm install -v --notest Net::SSLeay::Handle
Many thanks again to all Perl mates writing in this forum.
You saved the day
first log in cpan
sudo cpan
force intalling the module should work
force install Net::SSLeay::Handle
This should also install missing modules or notice it

CentOS 7 install Octave 4.0.2 with GUI (OpenGL support)

I'm trying to install Octave 4 from source code in CentOS 7 but I got the warning messages:
configure: WARNING: OpenGL libs (GL and GLU) not found. Native graphics will be disabled.
configure: WARNING: OpenGL libs (GL and GLU) not found -- disabling GUI
configure: WARNING:
configure: WARNING: I didn't find the necessary libraries to compile native
configure: WARNING: graphics. It isn't necessary to have native graphics,
configure: WARNING: but you will need to have gnuplot installed or you won't
configure: WARNING: be able to use any of Octave's plotting commands
configure: WARNING:
configure:
configure: NOTE: Libraries or auxiliary programs may be skipped if they are
configure: NOTE: not found OR if they are missing required features on your
configure: NOTE: system.
I have checked this QUESTION but it didn't help.
I have also done yum install libqt4-opengl-dev but got an error No package libqt4-opengl-dev available.
I have got mesa-libGL and mesa-libGL-devel, but it seems like the configure cannot pick up these libraries.
Edit: answer to my own question
please see comments below the question.
I know that it's an old question, but I wanted to leave it in case if someone is still looking for an easy way of installing Octave 4.x.
The easiest way to install Octave 4 is to use Flatpack. It's installed by default in CentOS 7.
flatpak install flathub org.octave.Octave
flatpak run org.octave.Octave
If you're using Red Hat you need to install flatpak it first:
sudo yum install flatpak
flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

Cabal install error /usr/bin/ld: --hash-size=31: unknown option

When trying to install any package on my computer using a command like
cabal install http-conduit
the installation aborts with the following error:
/usr/bin/ld: --hash-size=31: unknown option
How can I resolve this?
Note: This question intentionally doesn't show research effort, because it was answered immediately in a Q&A-Style manner.
This issue occurs with the binutils-gold package and GHC 7.4. There is an old mailing list entry discussing this issue.
You might need binutils-gold for LLVM for example, but GHC 7.4 can't handle the GOLD linker correctly, because it doesn't understand the --hash-size option.
As noted on the mailing list post, the solution to this is to remove binutils-gold, e.g. on Ubuntu use:
sudo apt-get remove binutils-gold
This will re-symlink /usr/bin/ld to a non-GOLD linker version. After that, repeat the cabal install command.

gcc required when installing Bugzilla on diskstation

I'm trying to install Bugzilla but encounter a Perl problem.
When installing required Perl modules, I get the following error message:
ERROR: Using install-module.pl requires that you install a compiler, such as gcc.
gcc 4.2.3 is installed and in the path. I'm using perl v 5.8.6 OS: Linux DiskStation 2.6.32.12
Another thread on Stackoverflow refers to PerlGcc but it seems to work on Solaris only.
How can I make Perl find gcc?
I'm guessing you're talking about this thread. Assuming that the guy talking about the version of gcc being relevant was onto something, could you check that you don't have an older version of gcc lying around somewhere higher in the path with
$ which gcc