LINUX.ORG.RU

обновление gcc для сборки rpm


0

0

Есть cups, который надо обновить на продакшн сервере (rh4).
rpmbuild -ta cups-1.3.7-source.tar.bz2 на бэкап-сервере проходит нормально, а на основном:
Compiling Annot.cxx...
cc1plus: invalid option `tune=pentium4'
make[1]: *** [Annot.o] Error 1
make: *** [all] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.90634 (%build)

Как я понял - дело в версии gcc. На основном gcc-3.4.3-9.EL4, на резервном gcc-3.4.6-9.

2 вопроса: 
- чем может грозить обновление gcc на продакшен-сервере в пределах одной версии 3.4? Критично ли это.
- что может быть при подкладывании на рабочий сервер бинарника собранного на резервном старшей версией компилятора?
anonymous

Проще найти спек для рпм и убрать оттуда -mtune, заменив, например, на march

Rikz ★★★
()

Как то не вяжеся "продакшен-сервере" и "компилятор". ИМХО, сервер это сервер, а компилить (держать всяки заголовочные файлы, autotools и т.д.) надо на отдельной машине, ИМХО. Считаю это ответом на первый вопрос.

"подкладывать" бинарки в систему с менеджером пакетов... Раз уж выбрали RH, собирайте RPM-ки и ставьте их на сервер. А так особо не важно какой версией gcc собрали бинарник, главное с какой версий libc и других библиотек он будет связан.

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

В cups.spec не нашел упоминания ни одного tune. Изначально так и планировал - просто убрать этот параметр.

По поводу компиляции на продакшене: 100% идентичной машины или эталонной рядом нет. Есть бэкап-сервер, но на нем ставился RH4 update 6. В минорных версиях пакетов разъехались с основным. Поэтому для страховки решил собрать на основном.

По бинарникам - понял, проверю зависимости.

anonymous
()

А что мешает собрать RPM на бекап-сервере и установить его на продакшн?

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