From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Envelope-From: asy@altlinux.org X-Envelope-To: From: "Sergey Y. Afonin" To: ALT Devel discussion list Date: Wed, 1 Jan 2020 17:53:15 +0400 User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <202001011753.15286.asy@altlinux.org> X-ClamAV-Status: scanned on mail-k.kraft-s.ru at 2020-01-01 17:53:22 +04 Subject: [devel] verify-elf: ERROR: ... uses non-LFS functions X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jan 2020 13:53:25 -0000 Archived-At: List-Archive: List-Post: Приветствую. Я так понимаю, что где-то в районе 25/11/2019 произошло событие, которое обсуждалось в ряде багов и привело к https://bugzilla.altlinux.org/28290 в итоге, а в районе указанной даты произошло переключение проверки lfs на strict. В связи с этим вопрос как правильно использовать _FILE_OFFSET_BITS=64, если затруднительно использовать AC_SYS_LARGEFILE? Надо ли подставлять _FILE_OFFSET_BITS=64 только в нужные архитектуры, или допустимо указать для всех без разбора? Относительно красиво выглядит %ifarch %ix86 %add_optflags -D_FILE_OFFSET_BITS=64 %endif но есть ещё как минимум mipsel. Вроде бы отдельного макроса, который описывает 32-разрядные архитектуры нет? -- С уважением, Сергей Афонин