From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 23 Sep 2023 11:26:23 +0300 From: Vitaly Chikunov To: ALT Linux Team development discussions Message-ID: <20230923082623.qsuwbixbccdtj2b3@altlinux.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] =?koi8-r?b?8NLPwszFzcEg0yBkZWJ1Z2VkaXQg0NLJINPCz9LLxSBn?= =?koi8-r?b?aGMtOS4yLjggzsEgYWFyY2g2NA==?= 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: Sat, 23 Sep 2023 08:26:23 -0000 Archived-At: List-Archive: List-Post: Hi, On Sat, Sep 23, 2023 at 01:51:59AM +0300, Evgeny Sinelnikov wrote: > хочу обратиться за помощью с проблемой с debugedit при сборке > ghc-9.2.8 на aarch64. > _________________________ > > При сборке новой версии ghc на aarch64 отваливается > find-debuginfo-files. Для x86_64, i586 и ppc64le сборка прошла > успешно. > > Из относительно понятного вижу только три строки: > debugedit: Cannot handle 8-byte build ID > getOutputFrom(): Broken pipe > Command exited with non-zero status 1 > > В скрипте не отрабатывает следующий кусок: > ... > debugf=./usr/lib/debug$f.debug > ... > id=$(debugedit -n -i "$debugf") > ... > > То есть на aarch64 debugedit отваливается в функции handle_build_id(): > /* Compute a fresh build ID bit-string from the editted file contents. */ > ... > Судя по всему для получившихся бинарей не поддерживается вычисление хеш-суммы: > /* For now we only handle 16 byte (128 bits) with md5 or 20 bytes > (160 bits) with sha1. */ > _________________________ > > Вопрос. Что с этим можно сделать? eu-readelf -n на бинарник. Там должно быт скажем так: Note section [ 3] '.note.gnu.build-id' of 36 bytes at offset 0x378: Owner Data size Type GNU 20 GNU_BUILD_ID Build ID: a41b2e353297560c24bed084d721b22dd6ca7b15 Судя по ошибке там 8-байтовое значение. Нужно - выяснить почему компилятор (только) для этой архитектуры поставил такое короткое значение и исправить это.