Hi

I have been attempting to build and install gcc 4.9.1 to a non-standard location on a machine where a different version of gcc is already installed (and
I do not have write access to the standard install areas).

I am using a rhel6 system:
$ uname -a
Linux lb-cbga-eq 2.6.32-358.11.1.el6.x86_64 #1 SMP Wed May 15 10:48:38 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux

Before building gcc I also built and installed mpfr, gmp and mpc to my local area.

I used the following command to configure:
../gcc-4.9.1/configure --prefix=/lb-cbga-eq/usr/local/gcc --with-mpfr=/lb-cbga-eq/usr/local/mpfr --with-gmp=/lb-cbga-eq/usr/local/gmp --with-mpc=/lb-cbga-eq/usr/local/mpc --enable-languages=c,c++ --disable-multilib --disable-bootstrap

gcc seemed to compile ok and indeed the compilation tests I have run seem fine but, not having done this before, I'm still not entirely sure everything has run correctly.

I'd like to ask a few questions to help me ascertain whether gcc has indeed been built correctly, and if not get some advice on how to find out where/why things have gone wrong.

1)
One of the reasons I wanted to install gcc is so that libiberty.a was built with fpic, which would then allow me to build cairo.
I noticed that there were three versions of libiberty.a built:
./build-x86_64-unknown-linux-gnu/libiberty/libiberty.a
./libiberty/pic/libiberty.a
./libiberty/libiberty.a

Does anyone know why three different versions are created ?
Are the different versions of these supposed to be used in different context or do I choose (any) one ?
Should I be using a configure option to say which library I want built ?

2)
When I typed 'make install' I expected the libraries to be installed in the location specified by --prefix, however it seems libiberty.a (and several others) were not installed.
Does this mean something has gone wrong, or are these libraries not installed automatically ?
Do I need to use a configure option to have these libraries installed in the install step ?

3)
I did a 'make check' after I built gcc and though everything built it seems there were quite a lot of 'expected' failures reported:
=== gcc Summary ===

# of expected passes 104993
# of expected failures 251
# of unsupported tests 1758

Does anyone know of a way I can confirm these failures are ok ?

Have you paid for your rhel6? If so then you can contact their support line for help with your problem. If you haven't paid for rhel6 then you shouldn't be using it. You can try CentOS instead.
jdk

The "libiberty.a" from gcc is never installed. Not required.

And libiberty.a is already present in binutils-devel :
/usr/lib64/libiberty.a



-

also be advised

RHEL6 uses gcc 4.3
almost none of the programs built for rhel6 will YET build using gcc 4.9
you will be needing to rewright almost every program you try to build using gcc 4.9

if you MUST use gcc 4.9
i would install Fedora 20 or the "still in testing" Fedora 21

fedora 21 uses gcc 4.9.1

Hi

Thank you for your replies.

> And libiberty.a is already present in binutils-devel :
> /usr/lib64/libiberty.a
This little nudge in the direction of /usr/lib64/libiberty.a made me re-visit the original reason I ended up building gcc in the first place, which was because of an error while building cairo:
/tools/oss/packages/x86_64-rhel6/binutils/default/bin/ld: /tools/oss/packages/x86_64-rhel6/gcc/4.5.3/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/../../../../lib64/libiberty.a(cplus-dem.o): relocation R_X86_64_32S against `_sch_istable' can not be used when making a shared object; recompile with -fPIC
/tools/oss/packages/x86_64-rhel6/gcc/4.5.3/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/../../../../lib64/libiberty.a: could not read symbols: Bad value

It looks like cairo was picking up the version in the gcc tree
(/tools/oss/packages/x86_64-rhel6/gcc/4.5.3/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/../../../../lib64/libiberty.a)
which was not built with -fpic. However it seems that /usr/lib64/libiberty.a was, so I guess I just need to make sure I link with the /usr/lib64 version.

Can this be done simply by setting it in LD_LIBRARY_PATH ?


As an aside:
> The "libiberty.a" from gcc is never installed. Not required.
I was under the impression was part of gcc and that you had to build gcc to build it. Is it actually part of binutils ?


For completeness:
I also did plough on for a bit down the gcc path and indeed it does require a lot of rebuilding, a lot of time finding out what I need to rebuild, how to point to the correct paths etc. Very painful.

Yes the rhel6 version is fully paid for and I could get support for it, but this is simply to provide some tools in the lab, so I didn't think it worth going for full on support for it.

I have now set up a machine where I can install virtual machines, so I can, if I want, take the suggested alternate route of installing another release, but installing custom releases is generally frowned upon so I'll use that as a last resort.

← #5 .
* libiberty.a is created also at gcc build time, for internal use.

I don't remember the reason.
Can probably be found in the gcc documentation, or / and the LFS book.

-

Cairo information : Cairo is always installed by default.
* You may be missing cairo-devel : # yum install cairo-devel
No Redhat license ? Then use the identical CentOS 6 repo :
http://wiki.centos.org/HowTos/MigrationGuide
( Redhat CentOS 6.x is the free version of RHEL 6.x ).

More cairo : Cairo does not require libiberty.a to build :
* cairo-1.13.1 ( is the Fedora 21 version )
BuildRequires: pkgconfig
BuildRequires: libXrender-devel
BuildRequires: libX11-devel
BuildRequires: libpng-devel
BuildRequires: libxml2-devel
BuildRequires: pixman-devel >= %{pixman_version}
BuildRequires: freetype-devel >= %{freetype_version}
BuildRequires: fontconfig-devel >= %{fontconfig_version}
BuildRequires: glib2-devel
BuildRequires: librsvg2-devel
BuildRequires: mesa-libGL-devel
BuildRequires: mesa-libEGL-devel

# yum install \
freetype-devel fontconfig-devel glib2-devel libXrender-devel \
libpng-devel librsvg2-devel libxml2-devel mesa-libEGL-devel \
mesa-libGL-devel pixman-devel


* cairo-1.8.8 ( the el6 version )
BuildRequires: pkgconfig
BuildRequires: libXrender-devel
BuildRequires: libX11-devel
BuildRequires: libpng-devel
BuildRequires: libxml2-devel
BuildRequires: pixman-devel >= %{pixman_version}
BuildRequires: freetype-devel >= %{freetype_version}
BuildRequires: fontconfig-devel >= %{fontconfig_version}

-

Thank you for your replies.

It does indeed seem that cairo and is already installed.
The end aim was to get the bless hex editor installed, which requires mono, which requires cairo.

I cleaned up completely and started again. I can build mono and bless, but bless is throwing an exception when I run it.
I guess that is one for another thread.

"More cairo : Cairo does not require libiberty.a to build"
The reason I thought Cairo required libiberty.a was the following error when I tried to build it:
/tools/oss/packages/x86_64-rhel6/binutils/default/bin/ld: /tools/oss/packages/x86_64-rhel6/gcc/4.5.3/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/../../../../lib64/libiberty.a(cplus-dem.o): relocation R_X86_64_32S against `_sch_istable' can not be used when making a shared object; recompile with -fPIC
/tools/oss/packages/x86_64-rhel6/gcc/4.5.3/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/../../../../lib64/libiberty.a: could not read symbols: Bad value
It may have been a red herring.

why use a Microsoft windows " C#" program ???

you do know that GHEX is installed in gnome by default
or if not in the rhn repo