LINUX.ORG.RU

Не могу установить GCC


0

1

Всем привет.
Скажу сразу, в линуксе ни разу не эксперт. Пользуюсь им постольку-поскольку. Иногда логинюсь по ссш на сервер откуда запускаю некоторые приложения. Это лирика. А теперь суть. Недавно возникла необходимость переустановить ось на одном из серверов. Купил последний релиз самого базового RHEL 6 x86_64-- Desktop edition, установил по принципу ok->next. То есть все, абсолютно все, по дефолту. После этого возникла необходимость установить самые базовые приложения. Порывшись немного в интернете обнаружил, что многое делается через yum. Тут была первая грабля — после установки yum install gcc, почему то установился голый gcc (не знаю как правильно это наз-ся, но ничего кроме gcc в системе не было, ни g++, ни gfortran). Гугл опять пришел на помощь сказав, что надо сделать yum install gcc-c++, и тогда появится хотя бы g++. Тут была вторая грабля, yum упорно говорил, что c gcc-c++ он не знаком. Я решил, что попробую быть умнее юма и скачал исходники самого gcc. Но, при попытке ./configure процесс стопорился на этапе поиска gmp, mpfr и mpc. yum опять подводил утверждая, что в системе первые два пакета установлены, а с третьим опять же не знаком. Я рекурсивно начал устанавливать gmp, mpfr и mpc. К моему счастью, все три пакета успешно установились (под успешным я называю отсутствие каких-либо ошибок при ./configre, make, make check и make install). Теперь configure для gcc проходит нормально, но повляется ошибка при попытке make, природа которой для меня уже не так очевидна. И за сим я обращаюсь на этот форум. Ниже сама ошибка
----------------------------------------------------------------
collect2: ld returned 1 exit status
make[3]: *** [build/gengtype] Error 1
make[3]: Leaving directory `/home/kaster/Downloads/GCC/trunk/gccdir/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/home/kaster/Downloads/GCC/trunk/gccdir'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/home/kaster/Downloads/GCC/trunk/gccdir'
make: *** [all] Error 2
----------------------------------------------------------------
Заранее спасибо всем откликнувшимся.

yum search gcc

Собирать из исходников — моветон (если, конечно, в этом нет прямой необходимости, да и то в этом случае лучше собирать в пакет).

madgnu ★★★★★ ()

> Я решил, что попробую быть умнее юма и скачал исходники самого gcc.
Фатальная ошибка.

Тут была вторая грабля, yum упорно говорил, что c gcc-c++ он не знаком

yum search g++

AITap ★★★★★ ()
Ответ на: комментарий от madgnu

Извини, пока что не знаком со всем списком моветонов. Как я уже сказал выше, я попытался собрать только после того, как yum не сделал это правильно. А что такое «собирать в пакет» тоже не знаю. Буду благодарен, если расскажешь поподробнее.

kaster ()
Ответ на: комментарий от AITap

> Фатальная ошибка.

ну пока живой :)

yum search g++

[kaster@superblast gccdir]$ sudo yum search g++ [sudo] password for kaster: Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager Updating Red Hat repositories. Warning: No matches found for: g++ No Matches found

kaster ()
Ответ на: комментарий от kaster

> Фатальная ошибка.

ну пока живой :)

yum search g++

[kaster@superblast gccdir]$ sudo yum search g++

[sudo] password for kaster:

Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager

Updating Red Hat repositories.

Warning: No matches found for: g++

No Matches foun

сори за дубль, не нашел где редактировать сообщение

kaster ()
yum search c++ 

чего говорит?

вообще странно, в федоре пакет называется gcc-c++, в RHEL должно быть тоже самое

Reset ★★★★★ ()




Всем привет.
Скажу сразу, в линуксе ни разу не эксперт. Пользуюсь им постольку-поскольку. Иногда логинюсь по ссш на сервер откуда запускаю некоторые приложения. Это лирика.

А теперь суть. Недавно возникла необходимость переустановить ось на одном из серверов. Купил последний релиз самого базового RHEL 6 x86_64-- Desktop edition, установил по принципу ok->next. То есть все, абсолютно все, по дефолту. После этого возникла необходимость установить самые базовые приложения. Порывшись немного в интернете обнаружил, что многое делается через yum.

Тут была первая грабля — после установки yum install gcc, почему то установился голый gcc (не знаю как правильно это наз-ся, но ничего кроме gcc в системе не было, ни g++, ни gfortran). Гугл опять пришел на помощь сказав, что надо сделать yum install gcc-c++, и тогда появится хотя бы g++.

Тут была вторая грабля, yum упорно говорил, что c gcc-c++ он не знаком. Я решил, что попробую быть умнее юма и скачал исходники самого gcc. Но, при попытке ./configure процесс стопорился на этапе поиска gmp, mpfr и mpc. yum опять подводил утверждая, что в системе первые два пакета установлены, а с третьим опять же не знаком. Я рекурсивно начал устанавливать gmp, mpfr и mpc. К моему счастью, все три пакета успешно установились (под успешным я называю отсутствие каких-либо ошибок при ./configre, make, make check и make install).

Теперь configure для gcc проходит нормально, но повляется ошибка при попытке make, природа которой для меня уже не так очевидна. И за сим я обращаюсь на этот форум. Ниже сама ошибка

<<

так, чисто для почетадть


наверное что-то вроде:
http://www.google.com.ua/search?q=RHEL 6 gpp
жаль фсе закладки на rpm репо снес уже , так бы поделился ....

anTaRes ★★★★ ()

все больше склоняюсь к мысли, что не стоило ставить 64 битную версию оси. переставлю-ка 32 бита. единственное, надеюсь, что все 4 ГБ памяти нормально определятся.

kaster ()
Ответ на: комментарий от anTaRes

поделись, пож-та, если не сложно – что есть gpp? гугл мне выдает кучу мусора, ни разу не относящегося к моей проблеме

kaster ()
Ответ на: комментарий от tensai_cirno

купил онлайн, на сайте. скачал дистрибутив, записал на болванку, поставил. подозреваю, что должно, но как написал выше, не ставится так. никаких манипуляций не проводил. только обновил через sudo yum install update.

kaster ()

Выполнять make install - это когда больше ничего не остаётся.

А так, в первую очередь, запомни команду yum search smth. Сначала ищешь в репозитории что тебе нужно, а потом уже всё остальное.

blackst0ne ★★★★★ ()
Ответ на: комментарий от kaster

 [blackst0ne@web ~]$ yum search gcc-c++
 Loaded plugins: fastestmirror, replace
 ==================================================================== Matched: gcc-c++ =====================================================================
 gcc-c++.x86_64 : C++ support for GCC
 mingw32-gcc-c++.x86_64 : MinGW Windows cross-compiler for C++
 [blackst0ne@web ~]$ 

 
blackst0ne ★★★★★ ()
Ответ на: комментарий от blackst0ne

дружище, я нисколько не горю желанием собирать из исходников что-либо. перечитай пож-та выше все причины и обстоятельства по которым я начал это делать, и с какими трудностями столкнулся.
------------------------------------------------------------
[kaster@superblast gccdir]$ sudo yum search gcc-c++
[sudo] password for kaster:
Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager
Updating Red Hat repositories.
Warning: No matches found for: gcc-c++
No Matches found
------------------------------------------------------------
[kaster@superblast gccdir]$ sudo yum search g++
Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager
Updating Red Hat repositories.
Warning: No matches found for: g++
No Matches found
------------------------------------------------------------
[kaster@superblast gccdir]$ sudo yum search gfortran
Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager
Updating Red Hat repositories.

compat-libgfortran-41.i686 : Compatibility Fortran 95 runtime library version 4.1.2
compat-libgfortran-41.x86_64 : Compatibility Fortran 95 runtime library version 4.1.2
libgfortran.x86_64 : Fortran runtime

Name and summary matches only, use «search all» for everything.

[kaster@superblast gccdir]$ sudo yum install libgfortran.x86_64
Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager
Updating Red Hat repositories.
Setting up Install Process
Package libgfortran-4.4.5-6.el6.x86_64 already installed and latest version
Nothing to do

[kaster@superblast gccdir]$ sudo yum install compat-libgfortran-41.x86_64
Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager
Updating Red Hat repositories.
Setting up Install Process
Package compat-libgfortran-41-4.1.2-39.el6.x86_64 already installed and latest version
Nothing to do
------------------------------------------------------------
[kaster@superblast gccdir]$ gfortran
bash: gfortran: command not found
[kaster@superblast gccdir]$

kaster ()
Ответ на: комментарий от blackst0ne

ок убедил. на твоей машине есть этот пакет. одолжишь?

kaster ()
Ответ на: комментарий от kaster

поделись, пож-та, если не сложно – что есть gpp? гугл мне выдает кучу мусора, ни разу не относящегося к моей проблеме

о, гугль сложная штука, выдает похожее на то что раньше искали

не знаю шо за прон связан с gpp , но ... http://www.google.com.ua/search?q=rpm rhel , как минимум , должен помочь

но, для меня до сих пор кажется фантастикой отсутствие gpp в rhel

anTaRes ★★★★ ()
Ответ на: комментарий от kaster

> дружище, я нисколько не горю желанием собирать из исходников что-либо. перечитай пож-та выше все причины и обстоятельства по которым я начал это делать, и с какими трудностями столкнулся.

У меня этот пакет вообще в base лежит. Похоже у тебя с репозитариями что-то не так.
Показывай что там у тебя подключено.

blackst0ne ★★★★★ ()
Ответ на: комментарий от blackst0ne

спасибо за первй конструктив!
---------------------------------------------------------
[sudo] password for kaster:
Loaded plugins: product-id, refresh-packagekit, rhnplugin, subscription-manager
Updating Red Hat repositories.
repo id repo name status
adobe-linux-i386 Adobe Systems Incorporated 18
rhel-x86_64-client-6 Red Hat Enterprise Linux Client (v. 6 for 64-bit x86_64) 4,356
repolist: 4,374

kaster ()
Ответ на: комментарий от kaster

да ничего сложного. просто, подозреваю, что компилятор зовется g++, а не gpp.

возможно

возможно , даже, бес попутал .... :D

до недавнего времени был уверен в gpp

anTaRes ★★★★ ()
Ответ на: комментарий от kaster

>все больше склоняюсь к мысли, что не стоило ставить 64 битную версию оси. переставлю-ка 32 бита. единственное, надеюсь, что все 4 ГБ памяти нормально определятся.

Вопрос не в битности а в «тёмной стороне силы», а она такова, что на сайте мелкософта тебя не научат установке зверьсиди а в тру рекомендациях по линуксу наилучшему выбору пакетов при установке. О некоторых вещах говорить не принято. Ну вот, при установке линукса ты выбрал простого пользователя а такое следует делать лишь в очень специфичных случаях. Если на диске хватает места и линукс нужен для серьёзного использования, всегда выбирай, если есть такая возможность, профиль разработчика и ставь с диска gcc и все прочие компиляторы, какие дадут. Если же ты как-то установил систему без gcc, то отключи интернет и заставь yum доустановить его с инсталляционного диска. Тебе нужна не новейшая версия главного компилятора системы а та, у которой костыли совместимы с твоими пакетами.

Napilnik ★★★★★ ()
Ответ на: комментарий от Napilnik

линукс нужен для компиляции проектов с сpp и f90 кодами, плюс матлаб и некоторые средства визуализации. вся ирония в том, что все эти программы встали без проблем. а вот для компиляции проектов нужен intel c++/fortran компиляторы. так вот как раз таки последние попросили g++ и gfortran, которых в системе не оказалось. yum install gcc поставил только gcc, g++ и gfortran не появились. вобщем, я уже повторяюсь.

подскажи, пож-та, если не сильно затрудник, как именно надо ставить профиль разработчика. пока тыкал на ok-next я не встретил такую возможность, где выбирается профиль, разработчика или простого пользователя.

спасибо.

kaster ()
Ответ на: комментарий от kaster

Сделай также:

[root@localhost ~]# cat /etc/yum.repos.d/epel.repo 
[epel]
name=Extra Packages for Enterprise Linux 5 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/5/$basearch
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-5&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL

[epel-debuginfo]
name=Extra Packages for Enterprise Linux 5 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/5/$basearch/debug
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-debug-5&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL
gpgcheck=1

[epel-source]
name=Extra Packages for Enterprise Linux 5 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/5/SRPMS
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=epel-source-5&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL
gpgcheck=1

alikhantara ()

rhel-x86_64-client-6 Red Hat Enterprise Linux Client

Меня одного смущает что все его проблемы в неправильном выборе дистрибутива

Zimet ()
Ответ на: комментарий от kaster

Насколько я знаю в дистрах RH набор софта различается. То есть в твоём случае не будет очень многих пакетов нужных тебе. А всё что ставится в обход основному репозиторию или компилится самим, не будет обслуживаться тех поддержкой и если что-то отвалится ССЗБ.

Могу конечно ошибаться, знающие люди поправьте меня если я неправ.

Zimet ()
Ответ на: комментарий от Zimet

ок. понял. набор софта различается. потому что client. но какой надо было выбрать, чтобы там нормально поставился gcc? я тоже, как один товарищ выше, был твердо уверен, что сишный компилятор это незыблемая компонента линукса.

kaster ()
Ответ на: комментарий от alikhantara

до этого стоял rhel. на нем работают несколько человек. да и начальство спокойно, когда за что-то деньга уплочена. все можно с кого-то спросить. но с этим rhel-client я конкретно лохонулся походу. повелся на дешевизну. ибо указано что self-supported. вот и не пойму. но при этом репозиторий не цепляется. но я уже на грани, хочу плюнуть на все и поставить убунту. 50 баксов пусть вычтут из зарплаты. что поделать, за все надо платить, за кривизну рук в том числе

kaster ()
Ответ на: комментарий от alikhantara

Ох господи, только не это. Какой резон вообще использоваться центос, если если есть сцаентифик линукс, который тоже на RHEL'е и разрабатывается и используется в CERN и Fermilab?

tensai_cirno ★★★★★ ()
Ответ на: комментарий от kaster

Посмотри тут http://www.redhat.com/products/ вроде в Desktop Workstation есть компилятор но я бы лучше сервер ставил если начальству спокойней с RHEL то пусть привыкают по 400$ выкладывать.

Конешно не в курсе но может можно будет поменять твой клиетн на server с доплатой...

Zimet ()
Ответ на: комментарий от kaster

Как тебе уже сказали, ты скорее всего ошибся с версией, купил дистрибутив уже скомпонованный под профиль пользователя (в федоре так называется). Если на диске нет пакетов gcc*, то ты конкретно ошибся с версией. Перед покупкой дорогой вещи желательно узнать, есть ли в ней нужные тебе программы. Поисковик amule (китайцы раздают, ищется по слову rhel, и уже есть версия 6.1) сообщает, рхел выпускается в виде клиента, сервера и рабочей станции. В какой-то версии должно быть то, что тебе нужно, удачи.

Napilnik ★★★★★ ()
Ответ на: комментарий от kaster

Desktop Self-support Subscription (1 year) $49
Workstation Self-support Subscription (1 year) $179


Desktop

Designed for task workers. Typically requires a limited set of applications. End user has limited administrative control over the system. System administrators need to be able to pre-configure and remotely manage consistent images across a large number of systems.

Primary applications in use are productivity applications like Firefox, Evolution/Thunderbird, OpenOffice, Planner/TaskJuggler. Primary services in use would be network file systems like SMB/CIFS, NFS, printing services, IM.
Workstation

Workstations are designed for advanced Linux users. In addition to the tools provided in the Desktop variant, the Workstation variant supports a stand-alone development environment. End users are expected to have local super-user privileges or select super-user privileges.

Loki13 ★★★★★ ()
Ответ на: комментарий от Loki13

Спасибо, Loki13, это я читал. Но, видать по глупости, подумал что это касается списка софта который идет с дистрибутивом, а не списка софта который можно в принципе установить. вобщем, ладно. с убунту я наверное погорячился. поставлю все же centos, чтобы было максимально приближено к redhat.

kaster ()
Ответ на: комментарий от Napilnik

Napilnik, Нет, мне надо было узнать, есть ли возможность доустановки недостающих программ. Я бы и от голого линукса не отказался, если бы была возможность все поставить, без гемора в пятой точке. В любом случае, всем спасибо. Так и не понял почему не ставится gcc. Все пререквизиты есть. Конфигурируется нормально, отваливается на этапе make. Неужели какие-то особенности ядра... загадка...

kaster ()

1. Выплюнуть кактусы.

2. yum groupinstall «Development tools» (или как там у рхелов, у меня центось).

thesis ★★★★★ ()

Я, конечно, RHEL в глаза не видел ни разу, и вообще.

Пробежался по форумам в поисках аналога build-essentials для RHEL, люди говорят, надо

yum groupinstall «Development Tools»

Hoodoo ★★★★★ ()
Ответ на: комментарий от Hoodoo

нет. groupinstall не помог. появилось сообщение, что нечего устанавливать. полный текст сообщения скопировать по определенным причинам не могу, а переписывать лень. вобщем, поставлю centos. по крайней мере размер дистрибутива «впечатляет» - 5 ГБ.

kaster ()

> переустановить ось на одном из серверов

RHEL 6 x86_64-- Desktop edition

Desktop edition



Мне одному кажется что тут что то не так?

bsdfun ★★★★★ ()
Ответ на: комментарий от kaster

> Я бы и от голого линукса не отказался, если бы была возможность все поставить, без гемора в пятой точке.

gcc не та вещь что ставится куда угодно без проблем - особенность языка, если на нём пишете, то должны знать лучше меня.

Так и не понял почему не ставится gcc. Все пререквизиты есть. Конфигурируется нормально, отваливается на этапе make. Неужели какие-то особенности ядра... загадка...

На этот счёт у меня есть догадка. Рхел коммерческий дистрибутив, если бы можно было купить версию клиент за 49$ и несколькими коммандами обновить до рабочей станции за 179$, то доходы компании резко упали бы. Запиливать подобный функционал редхатовцам очень невыгодно, так что ставьте полную версию и отбивайте её стоимость своей основной деятельностью, дешевле выйдет чем неделями доводить паркетник до внедорожника.

Napilnik ★★★★★ ()
Ответ на: комментарий от Napilnik

> На этот счёт у меня есть догадка. Рхел коммерческий дистрибутив, если бы можно было купить версию клиент за 49$ и несколькими коммандами обновить до рабочей станции за 179$, то доходы компании резко упали бы

но несколько лет назад, когда 4 rhel был в моде, мы именно так и сделали :) правда систему тогда ставил не я. купили три машины с предустановленными осями за 50 долларов каждую. и ведь работало. наверное, они это просекли ))))

ну ладно, это уже откровенный офтоп.

если по сути, мне после потери 50 долларов, возиться с потенциальной потерей 180 долларов как то не хочется. тем более (я об этом писал несколькими постами выше) если репозиторий не цепляется. хотя на сайте пишет, что система подключена и получает обновы. на машине пишет что нет действующего сертификата и подписки. убили все мои теплые и трепетные чувства к этому семейсту ))) пойду пытаться счастье на centos. благо он бесплатный.

kaster ()
Ответ на: комментарий от kaster

Я так понимаю, в эти 50$ таки входит какая-то поддержка? Можно было бы красношапочникам письмо написать, мол так и так, куды жать?

thesis ★★★★★ ()
Ответ на: комментарий от kaster

Я конечно не знаток RHEL , но возможно можно подключить репы от Workstation... Или от CentOS

Loki13 ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.