[sisyphus] Пакет в сборочнице собирается битый

[sisyphus] Пакет в сборочнице собирается битый

[Motsyo Gennadi aka Drool]

	Привет всем.

	Есть пакет, который локально в хашере (используется нелокальный бранч
p9) собирается и работает корректно. Сборка происходит в 12 потоков.
Локально собранный файл получается 2,138,735 байт.
	И этот же пакет, отправленный на сборку в бранч получается
неработоспособным, при запуске в консоль выдает лаконичное "неверная
инструкция" и вываливается. В сборочнице
http://git.altlinux.org/tasks/257027/build/100/x86_64/rpms/ файл
получается размером 1,971,561 байт.
	Как такое может быть?

Re: [sisyphus] Пакет в сборочнице собирается битый

[alexei]

----- Исходное сообщение -----
> От: "Motsyo Gennadi aka Drool" <motsyo@gmail.com>
> Кому: "ALT Linux Sisyphus discussion list" <sisyphus@lists.altlinux.org>
> Отправленные: Воскресенье, 30 Август 2020 г 18:20:26
> Тема: [sisyphus] Пакет в сборочнице собирается битый

>	Есть пакет, который локально в хашере (используется нелокальный бранч
> p9) собирается и работает корректно. Сборка происходит в 12 потоков.
> Локально собранный файл получается 2,138,735 байт.
>	И этот же пакет, отправленный на сборку в бранч получается
> неработоспособным, при запуске в консоль выдает лаконичное "неверная
> инструкция" и вываливается. В сборочнице
> http://git.altlinux.org/tasks/257027/build/100/x86_64/rpms/ файл
> получается размером 1,971,561 байт.
>	Как такое может быть?

У меня нечто подобное было когда при сборке происходила излишняя оптимизация
под процессор сборочной системы. К примеру, собранная локально на Athlon64
astra крашилась с точно такой же диагностикой на сервере с Intel.

Re: [sisyphus] Пакет в сборочнице собирается битый

[Sergey V Turchin]

On Sunday, 30 August 2020 13:20:26 MSK Motsyo Gennadi wrote:
> 	Привет всем.
> 
> 	Есть пакет, который локально в хашере (используется нелокальный бранч
> p9) собирается и работает корректно. Сборка происходит в 12 потоков.
> Локально собранный файл получается 2,138,735 байт.
> 	И этот же пакет, отправленный на сборку в бранч получается
> неработоспособным, при запуске в консоль выдает лаконичное "неверная
> инструкция" и вываливается. В сборочнице
> http://git.altlinux.org/tasks/257027/build/100/x86_64/rpms/ файл
> получается размером 1,971,561 байт.
> 	Как такое может быть?
Мне кажется или вы во всех своих пакетах ставите "ExclusiveArch: x86_64"?

-- 
Regards, Sergey.

Re: [sisyphus] Пакет в сборочнице собирается битый

[Motsyo Gennadi aka Drool]

31.08.20 14:46, Sergey V Turchin пишет:
> Мне кажется или вы во всех своих пакетах ставите "ExclusiveArch: x86_64"?

	А это как-то повлияло на кривую сборку пакета в сборочнице?

Re: [sisyphus] Пакет в сборочнице собирается битый

[Sergey V Turchin]

On Monday, 31 August 2020 19:24:42 MSK Motsyo Gennadi wrote:
> 31.08.20 14:46, Sergey V Turchin пишет:
> > Мне кажется или вы во всех своих пакетах ставите "ExclusiveArch: x86_64"?
> 	А это как-то повлияло на кривую сборку пакета в сборочнице?
Можно ли расценивать ваш ответ, как положительный?

-- 
Regards, Sergey.

Re: [sisyphus] Пакет в сборочнице собирается битый

[Motsyo Gennadi aka Drool]

02.09.20 11:45, Sergey V Turchin пишет:
> Можно ли расценивать ваш ответ, как положительный?

	Можно ли расценивать ваши вопросы, как бесполезные в данной проблеме?

Re: [sisyphus] Пакет в сборочнице собирается битый

[Sergey V Turchin]

On Thursday, 3 September 2020 08:00:32 MSK Motsyo Gennadi wrote:
> 02.09.20 11:45, Sergey V Turchin пишет:
> > Можно ли расценивать ваш ответ, как положительный?
> 
> 	Можно ли расценивать ваши вопросы, как бесполезные в данной проблеме?
А разве они ушли далеко от темы, указанной в письме?

> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus


-- 
Regards, Sergey.

Re: [sisyphus] Пакет в сборочнице собирается битый

[Michael Shigorin]

On Thu, Sep 03, 2020 at 09:46:13AM +0300, Sergey V Turchin wrote:
> > > Можно ли расценивать ваш ответ, как положительный?
> > Можно ли расценивать ваши вопросы, как бесполезные в данной проблеме?
> А разве они ушли далеко от темы, указанной в письме?

Серж, если хотел по существу что спросить -- спроси по существу.

Гена, если вдруг ответ был вроде "что есть, для того и поддерживаю,
для остального пилите и присылайте патчи" -- он вообще-то понятен.

PS: посмотри, какие там -march/-mtune получаются при сборке.
Возможно, понадобится какое V=1 или VERBOSE=1 добавить,
чтобы увидеть в логе на сборочнице.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] Пакет в сборочнице собирается битый

[Sergey V Turchin]

On Thursday, 3 September 2020 17:46:49 MSK Michael Shigorin wrote:
> On Thu, Sep 03, 2020 at 09:46:13AM +0300, Sergey V Turchin wrote:
> > > > Можно ли расценивать ваш ответ, как положительный?
> > > 
> > > Можно ли расценивать ваши вопросы, как бесполезные в данной проблеме?
> > 
> > А разве они ушли далеко от темы, указанной в письме?
> 
> Серж, если хотел по существу что спросить -- спроси по существу.
Я прямо спросил, т.к. уже видел подобное.

> Гена, если вдруг ответ был вроде "что есть, для того и поддерживаю,
> для остального пилите и присылайте патчи" -- он вообще-то понятен.
Нет, вообще-то понятен совсем другой. Банально лень даже попробовать, т.к. я 
как-то один раз уже в этом убедился тупо убрав ExclusiveArch и отправив на 
тестовую сборку.
 
> PS: посмотри, какие там -march/-mtune получаются при сборке.
> Возможно, понадобится какое V=1 или VERBOSE=1 добавить,
> чтобы увидеть в логе на сборочнице.


-- 
Regards, Sergey.

Re: [sisyphus] Пакет в сборочнице собирается битый

[Sergey V Turchin]

On Thursday, 3 September 2020 18:21:22 MSK Sergey V wrote:
> On Thursday, 3 September 2020 17:46:49 MSK Michael Shigorin wrote:
> > On Thu, Sep 03, 2020 at 09:46:13AM +0300, Sergey V Turchin wrote:
> > > > > Можно ли расценивать ваш ответ, как положительный?
> > > > 
> > > > Можно ли расценивать ваши вопросы, как бесполезные в данной проблеме?
> > > 
> > > А разве они ушли далеко от темы, указанной в письме?
> > 
> > Серж, если хотел по существу что спросить -- спроси по существу.
> 
> Я прямо спросил, т.к. уже видел подобное.
Уговорил, спрошу по существу в ответе на вопрос на 1-й мой вопрос.

[...]

-- 
Regards, Sergey.

Re: [sisyphus] Пакет в сборочнице собирается битый

[Motsyo Gennadi aka Drool]

03.09.20 17:46, Michael Shigorin пишет:
> Гена, если вдруг ответ был вроде "что есть, для того и поддерживаю,
> для остального пилите и присылайте патчи" -- он вообще-то понятен.

	Нет. Я ExcludeArch или тем более ExclusiveArch ставлю исключительно,
если пакет не собирается под какие-то архитектуры. Естественно, если
потом апстрим пофиксит сборку, я запросто могу об этом не знать и не
включить сборку под другую(и) архитектуру(ы). Просто Сереже сильно
хотелось поумничать. А мог сообщить о собираемости некоего пакета или
багу повесить.

> PS: посмотри, какие там -march/-mtune получаются при сборке.
> Возможно, понадобится какое V=1 или VERBOSE=1 добавить,
> чтобы увидеть в логе на сборочнице.

	Разве у меня локально и в сборочнице разные хашеры/компиляторы? Более
того, я не уверен в работоспособности пакета в сизифе, т.к. размер
бинарника практически идентичен бинарнику, получаемому в сборочнице для
p9. Но проверить не на чем...

[sisyphus] [howto] песочница в локальном hasher

[Michael Shigorin]

On Sat, Sep 05, 2020 at 09:43:25PM +0300, Motsyo Gennadi aka Drool wrote:
> > PS: посмотри, какие там -march/-mtune получаются при сборке.
> > Возможно, понадобится какое V=1 или VERBOSE=1 добавить,
> > чтобы увидеть в логе на сборочнице.
> Разве у меня локально и в сборочнице разные хашеры/компиляторы?

Сборочная система проекта может "умничать" насчёт конкретного
процессора, с мультимедийщиной это нередко бывает...

> Более того, я не уверен в работоспособности пакета в сизифе,
> т.к. размер бинарника практически идентичен бинарнику,
> получаемому в сборочнице для p9. Но проверить не на чем...

Давай научу проверять в сизифной песочнице :-)

mkdir -p ~/apt
cat >> ~/apt/apt.conf.sisyphus.x86_64 << EOF
Dir::Etc::main "/dev/null";
Dir::Etc::parts "/var/empty";
Dir::Etc::SourceParts "/var/empty";
Dir::Etc::sourcelist "$HOME/apt/sources.list+hasher";
EOF
cat >> ~/apt/sources.list.sisyphus.x86_64 << EOF
rpm [alt] http://ftp.altlinux.org/pub/distributions/ALTLinux Sisyphus/x86_64 classic
rpm [alt] http://ftp.altlinux.org/pub/distributions/ALTLinux Sisyphus/noarch classic
#rpm http://git.altlinux.org/repo/123456 x86_64 task
EOF
hsh --ini --apt-config=$HOME/apt/apt.conf.sisyphus.x86_64
hsh-install xauth fonts-otf-mozilla-fira softinka
hsh-run -Y softinka
hsh-rmchroot
# про hsh-shell и --rooter и так все знают, поди

Соответственно свежесобранное в hasher repo (или подсунутое
туда же) будет установлено при запросе, а собранные именно
в основной сборочнице задания можно проверять у себя,
раскомментировав строчку с task и прописав нужный.

Ровно так же можно и наоборот делать -- проверять на сизифе
пакеты хоть для p9, хоть для t7, нарисовав подходящую пару
apt.conf+sources.list (у glebfm@ вроде был генератор).

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [howto] песочница в локальном hasher

[Motsyo Gennadi aka Drool]

05.09.20 22:12, Michael Shigorin пишет:
> Давай научу проверять в сизифной песочнице :-)

	Проверил в VB на регулярке - пакет сломан и в сизифе, точно так же
"неверная инструкция". Дооптимизировали...

Re: [sisyphus] [howto] песочница в локальном hasher

[Michael Shigorin]

On Sat, Sep 05, 2020 at 11:55:36PM +0300, Motsyo Gennadi aka Drool wrote:
> > Давай научу проверять в сизифной песочнице :-)
> Проверил в VB на регулярке - пакет сломан и в сизифе, точно так
> же "неверная инструкция". Дооптимизировали...

А глянь, как его в других дистрибутивах собирают
(repology.org в помощь).  Возможно, включают какую
ручку насчёт generic x86_64.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [howto] песочница в локальном hasher

[Motsyo Gennadi aka Drool]

14.09.20 16:32, Michael Shigorin пишет:
> А глянь, как его в других дистрибутивах собирают
> (repology.org в помощь).  Возможно, включают какую
> ручку насчёт generic x86_64.

	Почему в локальном хашере и на удаленном (при использовании одной и той
же пакетной базы удаленного репозитария) собирается по-разному? Это
главный вопрос, а не какие ручки крутить в других дистрибутивах. Как
сказано на https://www.altlinux.org/Hasher
"hasher — это инструмент безопасной и воспроизводимой сборки пакетов".
Слово "воспроизводимой" там выделено. Выходит, это далеко не так и
сборка далеко не воспроизводима. Первоначальная тема была "Пакет в
сборочнице собирается битый" и в самом первом своем сообщении я
спрашивал "Как такое может быть?".
https://lists.altlinux.org/pipermail/sisyphus/2020-August/368811.html

Re: [sisyphus] [howto] песочница в локальном hasher

[alexei]

----- Исходное сообщение -----
> От: "Motsyo Gennadi aka Drool" <motsyo@gmail.com>
> Кому: sisyphus@lists.altlinux.org
> Отправленные: Среда, 16 Сентябрь 2020 г 19:51:58
> Тема: Re: [sisyphus] [howto] песочница в локальном hasher

> 14.09.20 16:32, Michael Shigorin пишет:
>> А глянь, как его в других дистрибутивах собирают
>> (repology.org в помощь).  Возможно, включают какую
>> ручку насчёт generic x86_64.
> 
>	Почему в локальном хашере и на удаленном (при использовании одной и той
> же пакетной базы удаленного репозитария) собирается по-разному? Это
> главный вопрос, а не какие ручки крутить в других дистрибутивах. Как
> сказано на https://www.altlinux.org/Hasher
> "hasher — это инструмент безопасной и воспроизводимой сборки пакетов".
> Слово "воспроизводимой" там выделено. Выходит, это далеко не так и
> сборка далеко не воспроизводима. Первоначальная тема была "Пакет в
> сборочнице собирается битый" и в самом первом своем сообщении я
> спрашивал "Как такое может быть?".
> https://lists.altlinux.org/pipermail/sisyphus/2020-August/368811.html

Такое может быть, если сборочные скрипты самого пакета проявляют лишний интеллект
в оптимизации под процессор сборочницы, начхав что передает системное окружение.
Вангую, что процессоры сборочницы умеют в AVX2, в то время как подавляющее большинство
систем о таком наборе команд еще долго не будут знать. И да, если такое вылазит, то
первым дело надо пройтись по исходникам в поисках вот такого вот гуана:

============
case "$SYSTEM" in
"UINT32")
    TRANSPOSE="32"
    ;;
"UINT64")
    TRANSPOSE="64"
    ;;
"MMX")
    TRANSPOSE="64"
    CFLAGS="$CFLAGS -mmmx"
    ;;
"SSE")
    TRANSPOSE="128"
    CFLAGS="$CFLAGS -msse -msse2"
    ;;
"ALTIVEC")
    TRANSPOSE="128"
    ;;
*)  
    echo "wrong SYSTEM option"
    exit 1
    ;;
esac
===========

Отловить и пресечь такое не по силам никакому хэшеру.

Re: [sisyphus] [howto] песочница в локальном hasher

[Motsyo Gennadi aka Drool]

16.09.20 15:24, alexei@taf.ru пишет:
> Такое может быть, если сборочные скрипты самого пакета проявляют лишний интеллект
> в оптимизации под процессор сборочницы, начхав что передает системное окружение.
> Вангую, что процессоры сборочницы умеют в AVX2, в то время как подавляющее большинство
> систем о таком наборе команд еще долго не будут знать. И да, если такое вылазит, то
> первым дело надо пройтись по исходникам в поисках вот такого вот гуана:

	Ничего такого не находится. Обычный софт на Qt5.

Re: [sisyphus] [howto] песочница в локальном hasher

[Michael Shigorin]

On Wed, Sep 16, 2020 at 03:46:32PM +0300, Motsyo Gennadi aka Drool wrote:
> > Такое может быть, если сборочные скрипты самого пакета
> > проявляют лишний интеллект в оптимизации под процессор
> > сборочницы, начхав что передает системное окружение.

О чём, собственно, тебе и писал.

> Ничего такого не находится. Обычный софт на Qt5.

Неважно, на чём и с чем, для софта на сях и плюсах
(особенно мультимедийного) такое не редкость.

У одного автора так и -O20 попадается систематически...

Ты точно сделал какой grep -riE 'mmx|march|mtune'?

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [howto] песочница в локальном hasher

[Motsyo Gennadi aka Drool]

16.09.20 15:50, Michael Shigorin пишет:
> Неважно, на чём и с чем, для софта на сях и плюсах
> (особенно мультимедийного) такое не редкость.

	Не мультимедийщина. Выслал разрабу логи сборки и стрейс. Посмотрим...

> Ты точно сделал какой grep -riE 'mmx|march|mtune'?

set(ARCH_FLAG "-march=${ARCH}+crypto"

Re: [sisyphus] [howto] песочница в локальном hasher

[Ivan A. Melnikov]

On Wed, Sep 16, 2020 at 03:46:32PM +0300, Motsyo Gennadi aka Drool wrote:
> 16.09.20 15:24, alexei@taf.ru пишет:
> > Такое может быть, если сборочные скрипты самого пакета проявляют лишний интеллект
> > в оптимизации под процессор сборочницы, начхав что передает системное окружение.
> > Вангую, что процессоры сборочницы умеют в AVX2, в то время как подавляющее большинство
> > систем о таком наборе команд еще долго не будут знать. И да, если такое вылазит, то
> > первым дело надо пройтись по исходникам в поисках вот такого вот гуана:
> 
> 	Ничего такого не находится. Обычный софт на Qt5.

Гадаю по логам:

http://git.altlinux.org/tasks/257027/build/100/x86_64/log

/usr/bin/c++ [... всякие -D и -I ] -pipe -frecord-gcc-switches -Wall -g -O2 -std=c++11 -D_GNU_SOURCE -maes -fno-strict-aliasing -march=native -c [... путь ...] -o [... путь ...]

-maes включает AES instruction set
-march=native causes the compiler to auto-detect the architecture of the
build computer, то есть использовать всё, что компилятор видит
в текущем процессоре.

Рекомендуется найти и обезвредить обоих.

-- 
  wbr,
    iv m.

Re: [sisyphus] [howto] песочница в локальном hasher

[Michael Shigorin]

On Wed, Sep 16, 2020 at 05:03:09PM +0400, Ivan A. Melnikov wrote:
> > Ничего такого не находится. Обычный софт на Qt5.
> http://git.altlinux.org/tasks/257027/build/100/x86_64/log
> -march=native

Это и был ответ.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [sisyphus] [howto] песочница в локальном hasher

[Ivan A. Melnikov]

On Wed, Sep 16, 2020 at 06:57:34PM +0300, Michael Shigorin wrote:
> On Wed, Sep 16, 2020 at 05:03:09PM +0400, Ivan A. Melnikov wrote:
> > > Ничего такого не находится. Обычный софт на Qt5.
> > http://git.altlinux.org/tasks/257027/build/100/x86_64/log
> > -march=native
> 
> Это и был ответ.

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

А вообще, апстрим там много такого делает с CMAKE_C{,XX}_FLAGS,
чего в контексте сборочницы делать не стоит. И убрать сейчас
это можно, похоже, только непосредственно удаляя строки из
*/CMakeLists.txt.

-- 
  wbr,
    iv m.

Re: [sisyphus] [howto] песочница в локальном hasher

[Motsyo Gennadi aka Drool]

16.09.20 16:03, Ivan A. Melnikov пишет:
> -march=native causes the compiler to auto-detect the architecture of the
> build computer, то есть использовать всё, что компилятор видит
> в текущем процессоре.
> 
> Рекомендуется найти и обезвредить обоих.

	В CMakeLists.txt используется конструкция
ARCH_FLAG "-march=${ARCH}"
	Т.е. "native" ему передает сборочница? В предыдущих версиях эта
конструкция не использовалась, это нововведение. Кстати, разработчик
отозвался, пытается разобраться, и мне теперь есть что ему подсказать.

Re: [sisyphus] [howto] песочница в локальном hasher

[Ivan A. Melnikov]

On Thu, Sep 17, 2020 at 10:14:42AM +0300, Motsyo Gennadi aka Drool wrote:
> 16.09.20 16:03, Ivan A. Melnikov пишет:
> > -march=native causes the compiler to auto-detect the architecture of the
> > build computer, то есть использовать всё, что компилятор видит
> > в текущем процессоре.
> > 
> > Рекомендуется найти и обезвредить обоих.
> 
> 	В CMakeLists.txt используется конструкция
> ARCH_FLAG "-march=${ARCH}"
> 	Т.е. "native" ему передает сборочница? В предыдущих версиях эта
> конструкция не использовалась, это нововведение. Кстати, разработчик
> отозвался, пытается разобраться, и мне теперь есть что ему подсказать.

Нет, native это значение по умолчанию для ${ARCH}:

http://git.altlinux.org/gears/k/karbowanecwallet.git?a=blob;f=karbowanecwallet/CMakeLists.txt;h=ade77f6fec8fd12312e476387c3e27392e5bcc1a#l360

Наверное, это можно победить, передав CMake -DARCH=default. А вот
-maes похоже можно только патчем выкосить.

-- 
  wbr,
    iv m.

Re: [sisyphus] [howto] песочница в локальном hasher

[Ivan A. Melnikov]

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

On Thu, Sep 17, 2020 at 11:26:41AM +0400, Ivan A. Melnikov wrote:
> On Thu, Sep 17, 2020 at 10:14:42AM +0300, Motsyo Gennadi aka Drool wrote:
> > 16.09.20 16:03, Ivan A. Melnikov пишет:
> > > -march=native causes the compiler to auto-detect the architecture of the
> > > build computer, то есть использовать всё, что компилятор видит
> > > в текущем процессоре.
> > > 
> > > Рекомендуется найти и обезвредить обоих.
> > 
> > 	В CMakeLists.txt используется конструкция
> > ARCH_FLAG "-march=${ARCH}"
> > 	Т.е. "native" ему передает сборочница? В предыдущих версиях эта
> > конструкция не использовалась, это нововведение. Кстати, разработчик
> > отозвался, пытается разобраться, и мне теперь есть что ему подсказать.
> 
> Нет, native это значение по умолчанию для ${ARCH}:
> 
> http://git.altlinux.org/gears/k/karbowanecwallet.git?a=blob;f=karbowanecwallet/CMakeLists.txt;h=ade77f6fec8fd12312e476387c3e27392e5bcc1a#l360
> 
> Наверное, это можно победить, передав CMake -DARCH=default. А вот
> -maes похоже можно только патчем выкосить.
> 

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

-- 
  wbr,
    iv m.

[-- Attachment #2: resprect-my-cflags.patch --]
[-- Type: text/x-patch, Size: 7366 bytes --]

diff --git a/cryptonote/CMakeLists.txt b/cryptonote/CMakeLists.txt
index f4454df..b76ee9c 100644
--- a/cryptonote/CMakeLists.txt
+++ b/cryptonote/CMakeLists.txt
@@ -51,12 +51,6 @@ if(ARCH_ID STREQUAL "ppc64le")
   set(PPC64LE 1)
 endif()
 
-if(WIN32 OR ARM)
-  set(OPT_FLAGS_RELEASE "-O2")
-else()
-  set(OPT_FLAGS_RELEASE "-Ofast")
-endif()
-
 # BUILD_TAG is used to select the build type to check for a new version
 if(BUILD_TAG)
   message(STATUS "Building build tag ${BUILD_TAG}")
@@ -65,9 +59,6 @@ else()
   message(STATUS "Building without build tag")
 endif()
 
-set(CMAKE_C_FLAGS_RELEASE "-DNDEBUG ${OPT_FLAGS_RELEASE}")
-set(CMAKE_CXX_FLAGS_RELEASE "-DNDEBUG ${OPT_FLAGS_RELEASE}")
-
 list(INSERT CMAKE_MODULE_PATH 0
   "${CMAKE_SOURCE_DIR}/cmake")
 
@@ -300,28 +291,6 @@ else()
   
   option(NO_AES "Explicitly disable AES support" ${NO_AES})
   
-  if(NOT NO_AES AND NOT ARM AND NOT PPC64LE)
-    message(STATUS "AES support enabled")
-    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -maes")
-    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -maes")
-  elseif(PPC64LE)
-    message(STATUS "AES support not available on ppc64le")
-  elseif(ARM6)
-    message(STATUS "AES support not available on ARMv6")
-  elseif(ARM7)
-    message(STATUS "AES support not available on ARMv7")
-  elseif(ARM8)
-    CHECK_CXX_ACCEPTS_FLAG("-march=${ARCH}+crypto" ARCH_PLUS_CRYPTO)
-    if(ARCH_PLUS_CRYPTO)
-      message(STATUS "Crypto extensions enabled for ARMv8")
-      set(ARCH_FLAG "-march=${ARCH}+crypto")
-    else()
-      message(STATUS "Crypto extensions unavailable on your ARMv8 device")
-    endif()
-  else()
-    message(STATUS "AES support disabled")
-  endif()
-  
   set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=c11 -D_GNU_SOURCE ${MINGW_FLAG} ${STATIC_ASSERT_FLAG} ${WARNINGS} ${C_WARNINGS} ${ARCH_FLAG} ${PIC_FLAG}")
   set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 -D_GNU_SOURCE ${MINGW_FLAG} ${STATIC_ASSERT_CPP_FLAG} ${WARNINGS} ${CXX_WARNINGS} ${ARCH_FLAG} ${PIC_FLAG}")
 
diff --git a/karbowanecwallet/CMakeLists.txt b/karbowanecwallet/CMakeLists.txt
index ade77f6..de68e3a 100644
--- a/karbowanecwallet/CMakeLists.txt
+++ b/karbowanecwallet/CMakeLists.txt
@@ -357,119 +357,8 @@ elseif (UNIX)
     endif()
     list(REMOVE_ITEM HEADERS ${CMAKE_SOURCE_DIR}/src/gui/macdockiconhandler.h)
 
-    set(ARCH native CACHE STRING "CPU to build for: -march value or default to not pass -march at all")
-    message(STATUS "Building on ${CMAKE_SYSTEM_PROCESSOR} for ${ARCH}")
-    if ("${ARCH}" STREQUAL "default")
-      set(ARCH_FLAG "")
-    elseif(PPC64LE)
-      set(ARCH_FLAG "-mcpu=${ARCH}")
-    else()
-      set(ARCH_FLAG "-march=${ARCH}")
-    endif()
-
-    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 -D_GNU_SOURCE")
-    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=c11 -D_GNU_SOURCE")
-
-    if (NOT ARM AND NOT PPC64LE)
-      message(STATUS "AES support enabled")
-      set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -maes")
-      set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -maes")
-    elseif (PPC64LE)
-      message(STATUS "AES support not available on ppc64le")
-    elseif (ARM6)
-      message(STATUS "AES support not available on ARMv6")
-    elseif (ARM7)
-      message(STATUS "AES support not available on ARMv7")
-    elseif (ARM8)
-      CHECK_CXX_ACCEPTS_FLAG("-march=${ARCH}+crypto" ARCH_PLUS_CRYPTO)
-      if (ARCH_PLUS_CRYPTO)
-        message(STATUS "Crypto extensions enabled for ARMv8")
-        set(ARCH_FLAG "-march=${ARCH}+crypto")
-      else()
-        message(STATUS "Crypto extensions unavailable on your ARMv8 device")
-      endif()
-    else()
-      message(STATUS "AES support disabled")
-    endif()
-
-    # Compiled binary malfunctions due to aliasing (GCC 6.1+)
-    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -fno-strict-aliasing")
-    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fno-strict-aliasing")
-
-    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} ${ARCH_FLAG}")
-    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} ${ARCH_FLAG}")
-
-    if (ARM)
-      set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -O2")
-      set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -O2")
-    endif()
-
-    if (ARM)
-      message(STATUS "Setting FPU Flags for ARM Processors")
-      # NB NEON hardware does not fully implement the IEEE 754 standard for floating-point arithmetic
-      # Need custom assembly code to take full advantage of NEON SIMD
-      #
-      # Cortex-A5/9  -mfpu=neon-fp16
-      # Cortex-A7/15 -mfpu=neon-vfpv4
-      # Cortex-A8    -mfpu=neon
-      # ARMv8        -FP and SIMD on by default for all ARM8v-A series, NO -mfpu setting needed
-      #
-      # For custom -mtune, processor IDs for ARMv8-A series:
-      # 0xd04 - Cortex-A35
-      # 0xd07 - Cortex-A57
-      # 0xd08 - Cortex-A72
-      # 0xd03 - Cortex-A73
-      if (NOT ARM8)
-        CHECK_CXX_ACCEPTS_FLAG(-mfpu=vfp3-d16 CXX_ACCEPTS_VFP3_D16)
-        CHECK_CXX_ACCEPTS_FLAG(-mfpu=vfp4 CXX_ACCEPTS_VFP4)
-        CHECK_CXX_ACCEPTS_FLAG(-mfloat-abi=hard CXX_ACCEPTS_MFLOAT_HARD)
-        CHECK_CXX_ACCEPTS_FLAG(-mfloat-abi=softfp CXX_ACCEPTS_MFLOAT_SOFTFP)
-      endif()
-      if (ARM8)
-        CHECK_CXX_ACCEPTS_FLAG(-mfix-cortex-a53-835769 CXX_ACCEPTS_MFIX_CORTEX_A53_835769)
-        CHECK_CXX_ACCEPTS_FLAG(-mfix-cortex-a53-843419 CXX_ACCEPTS_MFIX_CORTEX_A53_843419)
-      endif()
-      if (ARM6)
-        message(STATUS "Selecting VFP for ARMv6")
-        set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mfpu=vfp")
-        set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mfpu=vfp")
-      endif()
-      if (ARM7)
-        if (CXX_ACCEPTS_VFP3_D16 AND NOT CXX_ACCEPTS_VFP4)
-          message(STATUS "Selecting VFP3 for ARMv7")
-          set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mfpu=vfp3-d16")
-          set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mfpu=vfp3-d16")
-        endif()
-        if (CXX_ACCEPTS_VFP4)
-          message(STATUS "Selecting VFP4 for ARMv7")
-          set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mfpu=vfp4")
-          set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mfpu=vfp4")
-        endif()
-        if (CXX_ACCEPTS_MFLOAT_HARD)
-          message(STATUS "Setting Hardware ABI for Floating Point")
-          set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mfloat-abi=hard")
-          set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mfloat-abi=hard")
-        endif()
-        if (CXX_ACCEPTS_MFLOAT_SOFTFP AND NOT CXX_ACCEPTS_MFLOAT_HARD)
-          message(STATUS "Setting Software ABI for Floating Point")
-          set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mfloat-abi=softfp")
-          set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mfloat-abi=softfp")
-        endif()
-      endif()
-      if (ARM8)
-        if (CXX_ACCEPTS_MFIX_CORTEX_A53_835769)
-          message(STATUS "Enabling Cortex-A53 workaround 835769")
-          set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mfix-cortex-a53-835769")
-          set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mfix-cortex-a53-835769")
-        endif()
-        if (CXX_ACCEPTS_MFIX_CORTEX_A53_843419)
-          message(STATUS "Enabling Cortex-A53 workaround 843419")
-          set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -mfix-cortex-a53-843419")
-          set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mfix-cortex-a53-843419")
-        endif()
-      endif()
-    endif()
-
+    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 -D_GNU_SOURCE -fno-strict-aliasing")
+    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=c11 -D_GNU_SOURCE -fno-strict-aliasing")
   endif()
 endif ()
 

Re: [sisyphus] [howto] песочница в локальном hasher

[Motsyo Gennadi aka Drool]

17.09.20 10:39, Ivan A. Melnikov пишет:
> В первом приближении я бы сделал что-нибудь вроде приложенного,
> чтобы не заморачиваться. Можно просить апстрим сделать опцию
> не трогать флаги компилятора.

	Разработчики уже разбираются. По их словам, они это наваяли с целью
определения процессоров arm и сборки под Raspberry и андроид...

Re: [sisyphus] Пакет в сборочнице собирается битый

[Sergey V Turchin]

On Saturday, 5 September 2020 21:43:25 MSK Motsyo Gennadi wrote:
> 03.09.20 17:46, Michael Shigorin пишет:
> > Гена, если вдруг ответ был вроде "что есть, для того и поддерживаю,
> > для остального пилите и присылайте патчи" -- он вообще-то понятен.
> 
> 	Нет. Я ExcludeArch или тем более ExclusiveArch ставлю исключительно,
> если пакет не собирается под какие-то архитектуры. Естественно, если
> потом апстрим пофиксит сборку, я запросто могу об этом не знать и не
> включить сборку под другую(и) архитектуру(ы). 
Т.е. вы не будете против проверить собираемость у всех своих пакетов при 
обновлении версии?

[...]


-- 
Regards, Sergey.

Re: [sisyphus] Пакет в сборочнице собирается битый

[Motsyo Gennadi aka Drool]

17.09.20 09:31, Sergey V Turchin пишет:
> Т.е. вы не будете против проверить собираемость у всех своих пакетов при 
> обновлении версии?

	Отнюдь.

[sisyphus] ExcludeArch vs ExclusiveArch (was: Пакет в сборочнице собирается битый)

[Sergey V Turchin]

On Monday, 31 August 2020 19:24:42 MSK Motsyo Gennadi wrote:
> 31.08.20 14:46, Sergey V Turchin пишет:
> > Мне кажется или вы во всех своих пакетах ставите "ExclusiveArch: x86_64"?
> 	А это как-то повлияло на кривую сборку пакета в сборочнице?
Нет, но использование ExcludeArch вместо ExclusiveArch не сделает вам 
дополнительной работы, но увеличит кол-во пакетов(возможно, очень полезных и 
кому-то нужных) на архитектурах, отличных, от указываемой вами в 
ExclusiveArch.

P.S.
Геннадий, по-моему вы и списком рассылки ошиблись.

P.P.S.
Речь о karbowanecwallet.

-- 
Regards, Sergey.