[devel] Fwd: [#287372] FAILED del=glibc

[devel] Fwd: [#287372] FAILED del=glibc

[Anton Farygin]

reminder психанул ?
Какое может быть удаление, если оно собиралось в репозиторий три дня назад ?


http://git.altlinux.org/tasks/287372/logs/events.1.1.log

[devel] cmake затирает уровень оптимизации опцией по умолчанию

[Илья Курдюков]

Заметил при сборке python3-module-PySide2, что макрос %cmake 
устанавливает CMAKE_CXX_FLAGS, в который включается -O%_optlevel. Но 
потом этот -On затирается флагом -O2, который содержится в 
CMAKE_CXX_FLAGS_RELEASE ("-O2 -DNDEBUG" по умолчанию).

Не надо ли тогда в %cmake добавить -DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" ?

Re: [devel] cmake затирает уровень оптимизации опцией по умолчанию

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 777 bytes --]

On Sat, Oct 16, 2021 at 10:46:19PM +0700, Илья Курдюков wrote:
> Заметил при сборке python3-module-PySide2, что макрос %cmake устанавливает
> CMAKE_CXX_FLAGS, в который включается -O%_optlevel. Но потом этот -On
> затирается флагом -O2, который содержится в CMAKE_CXX_FLAGS_RELEASE ("-O2
> -DNDEBUG" по умолчанию).
> 
> Не надо ли тогда в %cmake добавить -DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" ?

Не все собирают с -DCMAKE_BUILD_TYPE=Release.
Если, например, явно собирать с -DCMAKE_BUILD_TYPE=RelWithDebInfo,
флаги в CMAKE_CXX_FLAGS_RELEASE будут неактуальны.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] cmake затирает уровень оптимизации опцией по умолчанию

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 2282 bytes --]

> On 16.10.2021 23:02, Arseny Maslennikov wrote:
> > On Sat, Oct 16, 2021 at 10:46:19PM +0700, Илья Курдюков wrote:
> > > Заметил при сборке python3-module-PySide2, что макрос %cmake устанавливает
> > > CMAKE_CXX_FLAGS, в который включается -O%_optlevel. Но потом этот -On
> > > затирается флагом -O2, который содержится в CMAKE_CXX_FLAGS_RELEASE ("-O2
> > > -DNDEBUG" по умолчанию).
> > > 
> > > Не надо ли тогда в %cmake добавить -DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" ?
> > Не все собирают с -DCMAKE_BUILD_TYPE=Release.
> > Если, например, явно собирать с -DCMAKE_BUILD_TYPE=RelWithDebInfo,
> > флаги в CMAKE_CXX_FLAGS_RELEASE будут неактуальны.

On Sat, Oct 16, 2021 at 11:12:28PM +0700, Илья Курдюков wrote:
> Там в CMakeLists везде проставлено:
> 
> set(CMAKE_BUILD_TYPE Release CACHE STRING "Build Type")
Там Release — это значение по умолчанию, судя по вашим словам, у
конкретного апстрима; заданное в командной строке другое значение его
перебьёт.
> 
> Это какая-то редкость?
Апстримы пишут, как хотят, в меру своего разумения. ;]

> |CMAKE_CXX_FLAGS_RELWITHDEBINFO тоже должен ставить опцию -O2. Полагаю что
> если |CMAKE_BUILD_TYPE никто не трогал, то
> используется|CMAKE_CXX_FLAGS_DEBUG установленный в -g? |||

Из https://cmake.org/cmake/help/latest/variable/CMAKE_LANG_FLAGS.html:
>> The flags in this variable will be passed to the compiler before those
>> in the per-configuration CMAKE_<LANG>_FLAGS_<CONFIG> variant, and before
>> flags added by the add_compile_options() or target_compile_options()
>> commands.

Вот в meson для этого придумали --buildtype=plain, который означает
"никаких оптфлагов не дописывать". У нас в макросах он и передаётся.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] Fwd: [#287372] FAILED del=glibc

[arbars]

16.10.2021 19:54, Anton Farygin пишет:
> reminder психанул ?
> Какое может быть удаление, если оно собиралось в репозиторий три дня 
> назад ?
>
>
> http://git.altlinux.org/tasks/287372/logs/events.1.1.log
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


gdb тоже попал под раздачу:

http://git.altlinux.org/tasks/287203/logs/events.1.1.log

openssl туда же:

http://git.altlinux.org/tasks/287273/logs/events.1.1.log

Re: [devel] Fwd: [#287372] FAILED del=glibc

[Gleb Fotengauer-Malinovskiy]

[-- Attachment #1: Type: text/plain, Size: 690 bytes --]

Hi,

On Sat, Oct 16, 2021 at 04:54:03PM +0300, Anton Farygin wrote:
> reminder психанул ?

glibc действительно не пересобирается на i586 уже 7 недель.  Но это на то
и reminder, что права на удаление какого-либо пакета у него нет, даже если
нет unmet-ов.

> Какое может быть удаление, если оно собиралось в репозиторий три дня назад ?

Да, к сожалению сейчас beehive не умеет сбрасывать счётчик в случае
обновления пакета.

-- 
glebfm

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]