[devel] (Werror=return-type)

[Konstantin Lepikhov]

Hi Dmitry!

On 08/17/2021, at 02:06:22 PM you wrote:

> Hi,
> 
> On Tue, Aug 17, 2021 at 10:47:47AM +0200, Konstantin Lepikhov wrote:
> > On 08/17/2021, at 11:16:54 AM you wrote:
> > > On 17.08.2021 11:11, Konstantin Lepikhov wrote:
> > > > Привет!
> > > >
> > > > Есть такой таск http://git.altlinux.org/tasks/282988/ в котором сборка упала
> > > > 2 раза. Оба раза я получил по почте уведомление об ошибке сборки и
> > > > выдержку из логов, но вот сами логи для второй попытки отсутствуют (для
> > > > x86_64 и i586). Это баг в интерфейсе сборочницы или типа логи не создались
> > > > потому что они идентичны предыдущей сборке (чего быть не может, т.к.
> > > > release там другой)?
> > > >
> > > До второго подзадания дело не дошло, т.к. ты не удалил первое подзадание 
> > > и оно опять упало на alt1.
> > неинтуитивно, но понятно, спасибо.
> > 
> > Все собралось, но после чтения https://bugzilla.altlinux.org/36038 у меня
> > закрались сомнения в жизнеспособности этой сборки с помощью gcc9.
> > Придется, наверное, откатываться обратно на gcc7, т.к. этот баг вылез на
> > сборке llvm и мне кажется, что это alt-specific.
> 
> Дело в том, что gcc7 не обновляется апстримом с 2019 года, поэтому
> откатываться на него в современном проекте довольно странно.
> Неужели так делает кто-то ещё?
апстрим amdvlk собирает свое добро под убунту LTS и RHEL7, где gcc7 вполне
себе бодрые компиляторы. Т.е. им (AMD) можно прислать этот баг, но, думаю они
его закроют как WORKSFORME )

В общем, у кого тут есть железо на AMD, просьба проверить, вдруг оно и
работает после этого :)

-- 
WBR et al.