Nico, Connie - Thank you for the pointers to EPEL.

I will continue with a source build of clang, but I will review the
packages available at EPEL.

Keith

On Mon, Aug 10, 2015 at 9:30 PM, Nico Kadel-Garcia <[log in to unmask]> wrote:
> On Mon, Aug 10, 2015 at 6:55 PM, Connie Sieh <[log in to unmask]> wrote:
>>> --047d7bd9006e956b96051cfc958d
>>> Content-Type: text/plain; charset="UTF-8"
>>> Content-Transfer-Encoding: quoted-printable
>>>
>>> I have installed Scientific Linux.
>>>
>>> I would like to use clang. I see that clang is not part of the yum
>>> repository.
>>>
>>> I downloaded the latest Fedora zip from clang.llvm.org and installed clang
>>> in /usr/local
>>>
>>> When I go to run clang I get an error that GLIBCXX 3.4.20 is not
>>> available.
>>>
>>> I have found in libstdc++
>>> =E2=80=8BGLIBCXX =E2=80=8B
>>> 3.4 to 3.4.19, but not GLIBCXX 3.4.20
>>> =E2=80=8B.=E2=80=8B
>>>
>>> My version of gcc installed is 4.8.3 9.3l7
>>> =E2=80=8B.
>>>
>>> I have looked for solutions on the web and many are partial or requiring
>>> complete source build of clang.
>>>
>>> I might be able to use a previous version or so of clang to that version
>>> that wants to use GLIBCXX 3.4.19 or less, but since clang was not
>>> installed
>>> via yum, I'm not certain how to download grade it properly.
>>>
>>> Are there any recommendations from this list on how to
>>> (uninstall/re-install) install clang on Scientific Linux?
>>>
>>> I understand that Scientific Linux is a variant of Fedora. Many of the
>>> tasks recommended for Fedora apply to Scientific Linux, but I'm still lost
>>> as my administration skills are being tasked.
>>>
>>> Thanks for the help and education.
>>>
>>> Keith Smith
>>>
>>> =E2=80=8B
>>>
>>> --047d7bd9006e956b96051cfc958d
>>> Content-Type: text/html; charset="UTF-8"
>>> Content-Transfer-Encoding: quoted-printable
>>>
>>
>> If you installed Scientific Linux 6 or 7 then clang is available via the
>> "epel" repo.
>>
>> yum --enablerepo=epel install clang
>
> If you do 'yum install epel-release' first, epel is enabled by
> default. The '--enablerepo' option should not be necessary.
>
> Also, EPEL cannot be considered a production reliable repository. Too
> many packages appear and disappear without warning to not make a local
> replica of old contents.



-- 
"Coincidence is what is leftover when the theory isn't good enough" -
quoted by John Cleese

"Science is the belief in ignorance of experts" - Richard Fenyman