FW: Rtems 4.9: Error: Requires: libgmp.so.3()(64bit)

[Ralf Corsepius]

On 03/16/2013 12:45 AM, Puneet wrote:
> Hi All,
>
> I am installing rtems-4.9 on fedora 18. (require it for an application
> only compatiable with 4.9.3 version)
>
> I want to configure it for SPARC architecture, but while installing
> sparc specific tootset it is giving the following ERROR:
>
> [puneet at localhost ~]$ sudo yum install rtems-4.9-sparc-*
> Loaded plugins: langpacks, presto
> Package rtems-4.9-sparc-rtems4.9-gcc-libgcc-4.3.2-25.el6.noarch already
> installed and latest version
> Package rtems-4.9-sparc-rtems4.9-gdb-6.8-11.el6.x86_64 already installed
> and latest version
> Package rtems-4.9-sparc-rtems4.9-newlib-1.16.0-25.el6.noarch already
> installed and latest version
> Package rtems-4.9-sparc-rtems4.9-binutils-2.19-3.el6.x86_64 already
> installed and latest version
> Package rtems-4.9-sparc-rtems4.9-gcc-libstdc++-4.3.2-25.el6.noarch
> already installed and latest version
> Resolving Dependencies
> --> Running transaction check
> ---> Package rtems-4.9-sparc-rtems4.9-gcc.x86_64 0:4.3.2-25.el6 will be
> installed
> --> Processing Dependency: rtems-4.9-gcc-common for package:
> rtems-4.9-sparc-rtems4.9-gcc-4.3.2-25.el6.x86_64
> --> Processing Dependency: libgmp.so.3()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-4.3.2-25.el6.x86_64
> --> Processing Dependency: libmpfr.so.1()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-4.3.2-25.el6.x86_64
> ---> Package rtems-4.9-sparc-rtems4.9-gcc-c++.x86_64 0:4.3.2-25.el6 will
> be installed
> --> Processing Dependency: libmpfr.so.1()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-c++-4.3.2-25.el6.x86_64
> --> Processing Dependency: libgmp.so.3()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-c++-4.3.2-25.el6.x86_64
> --> Running transaction check
> ---> Package rtems-4.9-gcc-common.noarch 0:4.3.2-25.el6 will be installed
> ---> Package rtems-4.9-sparc-rtems4.9-gcc.x86_64 0:4.3.2-25.el6 will be
> installed
> --> Processing Dependency: libgmp.so.3()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-4.3.2-25.el6.x86_64
> --> Processing Dependency: libmpfr.so.1()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-4.3.2-25.el6.x86_64
> ---> Package rtems-4.9-sparc-rtems4.9-gcc-c++.x86_64 0:4.3.2-25.el6 will
> be installed
> --> Processing Dependency: libmpfr.so.1()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-c++-4.3.2-25.el6.x86_64
> --> Processing Dependency: libgmp.so.3()(64bit) for package:
> rtems-4.9-sparc-rtems4.9-gcc-c++-4.3.2-25.el6.x86_64
> --> Finished Dependency Resolution
> *Error: Package: rtems-4.9-sparc-rtems4.9-gcc-c++-4.3.2-25.el6.x86_64
> (rtems-4.9)
>             Requires: libgmp.so.3()(64bit)
> Error: Package: rtems-4.9-sparc-rtems4.9-gcc-4.3.2-25.el6.x86_64 (rtems-4.9)
>             Requires: libmpfr.so.1()(64bit)
> Error: Package: rtems-4.9-sparc-rtems4.9-gcc-c++-4.3.2-25.el6.x86_64
> (rtems-4.9)
>             Requires: libmpfr.so.1()(64bit)
> Error: Package: rtems-4.9-sparc-rtems4.9-gcc-4.3.2-25.el6.x86_64 (rtems-4.9)
>             Requires: libgmp.so.3()(64bit)*
>   You could try using --skip-broken to work around the problem
>   You could try running: rpm -Va --nofiles --nodigest
>
>
> **I have already installed "gmp, gmp-devel 5.0.5-3.fc18" also "mpfr,
> mpfr-devel 3.1.1-1.fc18" which i think contain the required packages,
> but still it is giving this error.
>
> Kindly, inform what I am missing ?

Nothing. There are no natively Fedora-18-built rtems-4.9 toolchains 
packages. I.e. the rtems-4.9/Fedora-18 combination actually is unsupported.

Instead, as an attempt to provide legacy packages, 4.9/fedora/18 is 
redirected to CentOS6 packages. Unfortunately, this attempt has failed, 
because CentOS6 and Fedora18 have diverged too much and become incompatible.

Openly said, this kind of issues is another background for my "4.8/4.9 
CentOS6 RFC", because the solution to your issue would either be to 
provide natively built the packages for the distros currently in "legacy 
mode" (All Fedoras, openSUSE and mingw32-w64) or to formally announce 
rtems4.9 "dead/abandoned/don't use".

IMO, the facts speak for themselves, and even if this isn't what some 
people around here want to accept: RTEMS-4.9 is dead for years.

Ralf