From: Adolf Belka <adolf.belka@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Problems with hyperscan when building binutils
Date: Wed, 21 Apr 2021 15:57:02 +0200 [thread overview]
Message-ID: <110036e3-5387-e2de-557a-dc1a74e45a11@ipfire.org> (raw)
In-Reply-To: <11a45333-c098-763a-5937-5d28860aaec0@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 3212 bytes --]
Hi All,
I have found a patch in the qemu github which is named
0004-build-no-pie-is-no-functional-linker-flag.patch
and the description seems very similar if not exact to what I am getting. It mentions an update of binutils triggering the problem. This is from back in Dec 2020.
I will try this patch out in my build and let you know how things go.
Regards,
Adolf.
On 21/04/2021 15:42, Adolf Belka wrote:
> Hi Marcel,
>
> On 21/04/2021 07:43, Marcel Lorenz wrote:
>> Hi Addolf,
>>
>> look here:
>> https://git.ipfire.org/?p=people/mlorenz/ipfire-2.x.git;a=commitdiff;h=a537670fd2a709b4e4adc188b09165319a67bb49
> Thanks for the patch information. One of those patches was the one I had already got from Michael. I added the other patch into my build but got the same result. Hyperscan builds fine but qemu fails. The same errors have occurred, the first one being
>
> BUILD multiboot.img
> ld: Error: unable to disambiguate: -no-pie (did you mean --no-pie ?)
> make[3]: *** [Makefile:57: multiboot.img] Error 1
>
> and the second
>
> make[2]: *** [Makefile:206: pc-bios/optionrom/all] Error 2
> make[2]: *** Waiting for unfinished jobs....
>
> Full log for qemu from this build attached.
>
> Regards,
> Adolf.
>
>>
>> Regards,
>>
>> Marcel
>>
>> Am 20.4.2021 19:30, schrieb Adolf Belka:
>>
>>> Hi Michael,
>>>
>>> On 19/04/2021 11:55, Michael Tremer wrote:
>>>
>>>> Hello,
>>>>
>>>> Yes it is.
>>>>
>>>> I ran into this in my toolchain branch where I am collecting updates
>>>> for all sorts of tools related to this.
>>>>
>>>> You can cherry-pick the following commit and hyperscan builds again:
>>>>
>>>> https://git.ipfire.org/?p=people/ms/ipfire-2.x.git;a=commitdiff;h=32a72d4ca8a9d1387ebf3b3cca5b3c54b3b83324
>>> I used the patch from the above commit and it solved the hyperscan
>>> problem but then I next hit qemu failing to build. It seems to be doing
>>> things around meson even though the lfs is defined with autotools and
>>> both can be used. Attached is the log file for the qemu build. I can
>>> see the error in the logfile but I can't figure out what is causing the
>>> error to occur and therefore can't figure out how to stop it.
>>>
>>> Any suggestions gladly welcomed.
>>>
>>> Regards,
>>>
>>> Adolf.
>>> -Michael
>>>
>>> On 17 Apr 2021, at 21:53, Adolf Belka <adolf.belka(a)ipfire.org> wrote:
>>>
>>> Hi All,
>>>
>>> It definitely is related to the new binutils in some way. Doing a git
>>> restore to the current binutils and redoing the clean and make results
>>> in hyperscan building without any problems.
>>>
>>> Regards,
>>>
>>> Adolf
>>>
>>> On 17/04/2021 16:11, Adolf Belka wrote: Hi All,
>>>
>>> I was building an update of binutils. That built successfully but then
>>> hyperscan had a lot of failures. I am not able to understand what the
>>> problem is from the error messages.
>>>
>>> Could this be related to my update of binutils?
>>>
>>> If yes then what do I need to change?
>>>
>>> If no then what is causing the problem?
>>>
>>> I did a git pull origin next before I did my build of binutils.
>>>
>>> Error log attached.
>>>
>>> Regards,
>>>
>>> Adolf.
next prev parent reply other threads:[~2021-04-21 13:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <9e299f6ca9e27efdde6ef0ae532cba63@web.de>
2021-04-21 13:42 ` Adolf Belka
2021-04-21 13:57 ` Adolf Belka [this message]
2021-04-21 14:23 ` Michael Tremer
2021-04-21 15:50 ` Adolf Belka
2021-04-21 15:52 ` Michael Tremer
2021-04-21 21:14 ` Adolf Belka
2021-04-17 14:11 Adolf Belka
2021-04-17 20:53 ` Adolf Belka
2021-04-19 9:55 ` Michael Tremer
2021-04-20 17:30 ` Adolf Belka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=110036e3-5387-e2de-557a-dc1a74e45a11@ipfire.org \
--to=adolf.belka@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox