Где найти репозитарий для Centos 7 со свежим GCC (5.2)?

Question

[bubbleboom]

Собственно вся соль вопроса в заголовке. Собирать из исходников не хочется. Правда :)
В арче свежий компилятор - есть. Даже в убунте есть! Чего эт, для centos не могу найти версию свежее 4.8 ?

Comments

[LuckySB]

https://www.softwarecollections.org/en/scls/rhscl/...

Answer 1

[bubbleboom]

Забыл ответить на свой вопрос.
Похоже аудитория с хабра сюда не ходят. Поэтому, друг! Не ожидай ответов на вопросы сложнее чем: -"домашний сервачок: -Убунта vs Дебиан?" О, да. А вот теперь жди набега всякого рода неееепохожих (на тебя) долбоебов :)

Теперь собственно ответ на вопрос.
Т.к. Centos это ветка от красной шапки, которая в свою очередь основана на Fedora. Можно сделать ход конем и подсунуть его репозитарий.
Cоздаем файл в директории yum.repos.d :
vi Fedora-Core23.repo
Помещаем информацию о репозитории:

[warning:fedora]
name=fedora
mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-23&arch=$basearch
enabled=1
gpgcheck=1
gpgkey=https://getfedora.org/static/34EC9CBA.txt

В данном случае мне нужен был пакет gcc-go (golang). При установке сабжа подтянет все зависимости из репозитория Fedora 23. После чего советую его отключить, т.е. указать enabled=0

Что собственно получилось? Проверим.
[lol@server] # gccgo -v

Используются внутренние спецификации.
COLLECT_GCC=gccgo
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/5.1.1/lto-wrapper
Целевая архитектура: x86_64-redhat-linux
Параметры конфигурации: ../configure --enable-bootstrap --enable-languages=c,c++,objc,obj-c++,fortran,ada,go,lto --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared --enable-threads=posix --enable-checking=release --enable-multilib --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-plugin --enable-initfini-array --disable-libgcj --with-isl --enable-libmpx --enable-gnu-indirect-function --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Модель многопоточности: posix
gcc версия 5.1.1 20150618 (Red Hat 5.1.1-4) (GCC)

Answer 2

[alexander sm1ly]

как у тебя это получилось... у меня начинает цепляться за зависимости

Comments

[bubbleboom]

все зависимости ставятся от fedora, а цепляется потому, что у тебя установлен старой версии GCC. Для начала нужно выпилить его из системы через пакетный менеджер yum.
удаляем:
yum remove gcc
Далее он тебе покажет какие зависимости были в месте с этим пакетом.
Если пробуем установить из репозитария федоры GCC
Ругается? Смотрим на что, выписываем -> выпиливаем. Там от 0 до 5 пакетов.
Ставим стразу с пакета gccgo. GCC 5.1 будет идти уже как зависимость.

[bubbleboom]

Ну и после отключаем репо федоры enabled=0

[bubbleboom]

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

[bubbleboom]

pkgs.org/search/gcc сдесь я смотрю пакеты и какие версии. На текущий момент есть уже GCC 5.2, в апдейтах.

[alexander sm1ly]

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

[alexander sm1ly]

в любом случае огромное спасибо

[alexander sm1ly]

хм. 5.2.1 для alt linux же. оно вкорячится в центось?

[alexander sm1ly]

в апдейтах и в тестинге только кросскомпиляторы 5.2.1 для федоры. как-то так. попробую из альтлинуха поставить

[alexander sm1ly]

bubbleboom: вы меня ввели в заблуждение. нет в федоре 5.2.1 пакетов. только кросскомпиляторы.

[bubbleboom]

alexander sm1ly: таки я и говорил про кросс-кросскомпилятор(в тестинге есть 5.2, сделайте серч по пакетам). + Все зависимые от него пакеты. Про альтлинух понятия не имею. Я работаю только с центос и редхат. Даже с федорой не контачу

[bubbleboom]

и да, я gcc 5.1 словил баги. Сыроват компилятор. Откатился

[alexander sm1ly]

bubbleboom: я тоже под 5.1.1. собирать ничего нормально не могу.но я тебе так скажу. у меня бенч в микросекундах. 4.8.3 = 4.9.2 = примерно 7500 микросек. а на 5.2.0 он делает 5500. что для меня важно очень. я в общем собираю потом поверх из сырцов 5.2.0 и все. что конечно очень вредно.

[bubbleboom]

alexander sm1ly: из сырцов? true? извращенец))

[alexander sm1ly]

bubbleboom: ну тут такая дилемма. если я беру пакеты из феди - он мне затирает стандартный gcc. т.е. получается что и пакеты не ставятся и тд. а когда из сырцов накатываешь. то можно через export PATH, export LD_LIBRARY_PATH. или ты знаешь альтернативный метод?

[alexander sm1ly]

bubbleboom: очень жаль что в центоси нет такого механизма как в Генте. gcc-config и прыгай с версии на версию. вот чего очень не хватает.

[bubbleboom]

alexander sm1ly: не, мне даже было лениво из сырцов собирать. Можно не стабильного федю подлючить, там всегда свежий софт. В том числе gcc. Забрать оттуда все что надо, а потом отключить нестабильный репо. По сути все что ты собираешь, уже собрано если конечно не используешь "тропические" префиксы и пути при компиляции.

[bubbleboom]

а вообще я не линуксоид, у меня опыта на 5-6 дней, дай бог если наберется и часов 8-9 набегов на книги по редхат. И то, в основном по укрощению selinux

[alexander sm1ly]

так потом за 5.1.1 зацепляется вся система и ничего не установишь уже

[bubbleboom]

таки в нестабильной ветке как раз 5.2 а не 5.1. Только что посмотрел. 5.1 уже давно выпилили

[bubbleboom]

gcc-c++-x86_64-linux-gnu-5.2.1-3.fc24.x86_64.rpm
Cross-build binary utilities for x86_64-linux-gnu, ты можешь прям взять пакет. Но там зависимости в любом случае на 4-5 пакетов будет. Я сперва хотел именно так, в локальный репо запихать все это дело. А потом мне стало лениво и я пошел на ветку ниже 5.1. => 23 федору, что-бы сэкономить свои 5 минут) По сути, подключая rawhide, будет все то, что ты там сидишь и компилируешь. Лично у меня не было проблем с корячиванием свежего gcc. Просто для начала пришлось выпилить старый gcc 4.8 а дальше как по маслу.

[bubbleboom]

ты ведь все равно берешь только из rawhide, gcc и нужные зависимости для него, так что нечего бояться. Главное не делать апдейт с него всей системы и отключить после этих манипуляций. Вообщем работы на 5 минут включая установку компилятора.
> очень жаль что в центоси нет такого механизма как в Генте. gcc-config и прыгай с версии на версию. вот чего очень не хватает.
Есть, вот такой кстати самый безопасный вариант. Свежий софт из rawhide или с ветки по ниже от 23 и только подконтрольных тебе пакетов и библиотек. А центос и редхат тем и хорош, что библиотеки там откатанные до безобразия. Сломать почти не реально, если конечно от бога неудачник))

[alexander sm1ly]

блин. вот смотри. я беру из 23 5.1.1 и там с 10 пакетов (gcc,cpp,g++) и все зависимости. и к примеру ещё заберу boost 1.58
и потом отключу репку. супер. а дальше у меня обновление какого-нить tcpdump. или я скажем хочу собрать qbs 1.4.2. и все. у меня в системе уже нет 4.8.3 гцц. оно начнёт ругаться. или вот есть libvma mellanox, он не пересобирается на гцц 5+, только на 4+. а его часто обновляют.
где ты нашёл gcc-config? или аналог. я сделал так: поставил 5.2.0 из сырцов в opt и сделал алиасы экспорта path и ld lib path.

[bubbleboom]

alexander sm1ly: Да, в твоем случае обязательно использовать несколько версий gcc. И для нужного софта подсовывать нужный gcc. Кстати задача универсальная, по-любому есть менеджер для таких ситуаций. Вообщем как ты делаешь - считаю правильно.

[bubbleboom]

вообще такие дела должны выруливаться на уровне yum.conf. Почитать, разобраться. Думаю реально держать несколько версий одного пакета

[alexander sm1ly]

bubbleboom: yum тут боюсь не поможет. вот для такой задачи в генте есть gcc-config... там мгновенно перекидывает. а в центоси такого нет. потому что пакет заменяет пакет

[bubbleboom]

так решается в убунта charette.no-ip.com:81/programming/2011-12-24_GCCv47

[bubbleboom]

www.opennet.ru/opennews/art.shtml?num=42455

[bubbleboom]

все решаемо :) осталось разобраться и собрать, потом пользоваться: > scl enable gcc5.2 bash ; scl enable gcc4 bash

[alexander sm1ly]

bubbleboom: у меня есть updates-alternatives. но есть одно большое НО. в дебе(убунте) когда инсталишь gcc из тестинга к примеру 5.2.1 в */bin/ есть gcc-4.9 , gcc-5.2 и так далее. и там update-alternatives фактически перекидывает симлинки gcc на определенную версию. а случае с центосиной - он перезаписывает gcc целиком. и старой версии у тебя уже не остается.

[alexander sm1ly]

bubbleboom:
Updated:
cpp.x86_64 0:5.1.1-4.fc23 gcc.x86_64 0:5.1.1-4.fc23 gcc-c++.x86_64 0:5.1.1-4.fc23

Dependency Updated:
libgcc.x86_64 0:5.1.1-4.fc23 libgomp.x86_64 0:5.1.1-4.fc23 libstdc++.x86_64 0:5.1.1-4.fc23 libstdc++-devel.x86_64 0:5.1.1-4.fc23 libtool.x86_64 0:2.4.6-5.fc23

Complete!
[root@localhost yum.repos.d]# which gcc
/usr/bin/gcc
[root@localhost yum.repos.d]# ll /usr/bin/ | grep gcc
lrwxrwxrwx. 1 root root 3 Jun 18 12:34 cc -> gcc
-rwxr-xr-x. 3 root root 919872 Jun 18 12:38 gcc
-rwxr-xr-x. 1 root root 35360 Jun 18 12:38 gcc-ar
-rwxr-xr-x. 1 root root 35360 Jun 18 12:38 gcc-nm
-rwxr-xr-x. 1 root root 35368 Jun 18 12:38 gcc-ranlib
-rwxr-xr-x. 3 root root 919872 Jun 18 12:38 x86_64-redhat-linux-gcc
-rwxr-xr-x. 3 root root 919872 Jun 18 12:38 x86_64-redhat-linux-gcc-5.1.1

это виртуалка fc21. там по умочанию 4.9.2 и вот так выглядит после установки 5.1

[bubbleboom]

я понял что тебе этот вопрос достаточно важный и походу ты опробовал все). Ну если бы был на твоем месте, исходя как проще делал бы как ты - руками. Однако ты можешь пойти дальше, используя https://www.softwarecollections.org/en/ создав свою коллекцию из разных gcc. Начитав попутно не хуевую тучу документации и подняв скилл до упоротого мастера. Судя по офф. сайту штука крутая, из под крыла самого redhat. И где-то далеко, далеко за бугром такие знания буду цениться очень щедро. Но не у нас. И если честно пока не вижу кейс применения хотя-бы в малых/средних масштабах.
судя по заголовку : Software Collections give you the power to build, install, and use multiple versions of software on the same system, without affecting system-wide installed packages.
Функционал тебе подстать, но пробежавшись по диагонали в доках, не выявил как разруливают зависимости. Но уверен на 90% что должны быть механизмы, иначе нафига придумывать некую альтернативу. Между делом, в факе написано что может разруливать зависимости.
+5%
Ну и серч по пакетам в самой центос находит эту штуку, так что Go!) пысы, если все-таки сделаешь, закинь к ним в репо, после approved я смогу скачать gcc 5.2 без ебли, как и наверно еще 10 нуждающихся)
Насколько я понял это некий маковский Homebrew только для семейства шапок.
152 packages excluded due to repository priority protections
============================ N/S matched: scl-utils ============================
scl-utils.x86_64 : Utilities for alternative packaging
scl-utils-build.x86_64 : RPM build macros for alternative packaging

[alexander sm1ly]

bubbleboom: это мне ещё спеки к пакетам писать)))))) в общем я пока сделал руками в opt и алиасами экспорт либ и путей. через месяцок другой вернусь к этому вопросу. и попробую раскурить эту тему. обязательно отпишусь. но как мне кажется с выходом центоси 7.2 эта проблема решится. там и новое ядро и новый гцц должны быть. другое дело что то что мне нужно (дрова меланнокса и libvma) не собираются на 5ых гцц и с ядром выше 3.16. поддержки пока нет. а значит придётся всё-таки пилить. в любом случае ещё раз спасибо за беседу и наводки)
зы: а вообще если бы не проприетарщина и закрытые модули/дрова для ядра, я бы давно все на Генте сделал(((

[bubbleboom]

https://mamasun.fedorapeople.org/Software_Collecti...
не много русской доки по scl-utils. Искать через поиск cmd+f "scl-utils"

[bubbleboom]

если не секрет, ты что делаешь?

[alexander sm1ly]

bubbleboom: я скорее офф доку почитаю)

[alexander sm1ly]

bubbleboom: недавно поменял работу) до этого highload и виртуализацию админил. теперь новый рубеж. HFT. low-latency)) rt ядра. последние гцц. тюнинг ядра и системы. обрезаю центось как могу)

[bubbleboom]

ну а с дровами меланокса в любом случае тогда придется делать коллекцию и вот выдержка из мана:
export LD_LIBRARY_PATH=%{_libdir}:\$LD_LIBRARY_PATH
Такая конфигурация при подключении коллекции программ к текущей среде исполнения приложений отдает предпочтение библиотекам, входящим в коллекцию. Т.е можно делать свой лунапарк с блэкджеком и шлюхами,

[bubbleboom]

а далее клацать по свитчу из колекций этой порнографии)

[bubbleboom]

просто желески от меланокса достаточно затейные. Ты явно пилишь чо то интересное

[alexander sm1ly]

bubbleboom: дилемма в мелланоксе. он или деб или РПМ пакеты. никак иначе в ядро не закатишь. а либвма это тулза которая пускает трафик в обход ядра и получается очень быстро. для восприятия. у меня клиент в бенче в среднем получает обработанные данные за 13000 микросекунд))))

[bubbleboom]

alexander sm1ly: круто, так и думал. Ну это, расскажешь вкратце как нибудь. Мож в месте решим твою задачку, как вернешься к проблеме.

[alexander sm1ly]

bubbleboom: https://ru.m.wikipedia.org/wiki/%D0%90%D0%BB%D0%B3...
https://en.m.wikipedia.org/wiki/High-frequency_trading

[alexander sm1ly]

bubbleboom: sm1lysm1ly скайп) [e-mail] ящик или г+))

[bubbleboom]

пока оставь чтобы работало) в ручном режиме. Реально лучше подождать 7.2 хотя у меня не такие радужный взгляд на gcc в будущем centos. кажется именно он будет стабильно как сейчас) не просто так дрова меланнокса и libvma не собираются на 5 gcc

[bubbleboom]

ок, чихнул в скайп. О, у тебя стальные яйца. Алгоритмическая торговля. ничего не понимаю)

[alexander sm1ly]

bubbleboom: я уже оставил) можно ещё chroot запилить, но лень) так тут другая дилемма. их 2. дрова = только пакеты. я их могу в федю 23 даже при должном старании запихнуть. но они тогда глючат и периодически теряют интерфейсы. так бы я собрал рядом гцц попроще и с ним libvma)))) кароче это замкнутый круг) до завтра)))

[bubbleboom]

до завтра. Ну а че делать? Только строить свой лунапарк. Где для конфликтных пакетов свои библиотеки клеить. По итогу наверно некий Франкенштейн получится. Где разбираться сможешь только ты, потому что один апдейт левым чуваком и все твои костыли пиздой пойдут. ) Компромиссом наверно нашел бы, как вариант scl-utils , где описано какие пакеты и библы в системе - параллельны. Так хоть обновлять будет можно. В конце концов однажды сойдутся звезды и меланнокса дрова будут собираться без таких проблем. Да и думаю заказчику костыли наврятли понравятся. Только временно)))) на деле времянка а не на всегда временно))

Answer 3

[LuckySB]

yum install centos-release-scl-rh
yum install devtoolset-4-gcc-c++

cd /opt/rh/devtoolset-4
. enable