Re: glibc build failure due to Systemtap probe change

[Florian Weimer <fweimer@redhat.com>]

* Stefan Liebler:

> On 25/11/2021 02:55, Michael Hudson-Doyle wrote:
>> Hi, On Thu, 18 Nov 2021 at 04:47, Florian Weimer via Libc-alpha
>> <libc-alpha@sourceware.org> wrote: * Stan Cox: >> Is there a way way to
>> use STAP_PROBE_ASM without supplying the template? >> There's no type
>> inspection in ZjQcmQRYFpfptBannerStart
>> This Message Is From an External Sender
>> This message came from outside your organization.
>> ZjQcmQRYFpfptBannerEnd
>> Hi,
>> 
>> On Thu, 18 Nov 2021 at 04:47, Florian Weimer via Libc-alpha
>> <libc-alpha@sourceware.org <mailto:libc-alpha@sourceware.org>> wrote:
>> 
>>     * Stan Cox:
>> 
>>     >> Is there a way way to use STAP_PROBE_ASM without supplying the
>>     template?
>>     >> There's no type inspection in assembler, after all.
>>     >
>>     > Can you send me the failing .i file so I can experiment with it?
>> 
>>     --save-temps did not work for me for some reason, so I'm attaching -E
>>     and -E -fdirectives-only output.
>> 
>>     I think I got Fedora rawhide s390x building again, so it's not *very*
>>     time-critical, but I really don't want to release Fedora 36 with our own
>>     private copy of <sys/sdt.h>.  But that release still some months away.
>> 
>> 
>> Is there any update on this? I just ran into it with my snapshot build
>> for Ubuntu. I can borrow/steal Florian's fix for now too but I too would
>> prefer not to release 22.04 with it...
>> 
>> Cheers,
>> mwh 
>
> As information: This also happens on Fedora 35 with
> systemtap-sdt-devel-4.6-1.fc35.

The s390x glibc build should be fixed.

We are dealing with some other LRA/reload issues due to the probe macro
changes, but those issues presently do not affect glibc builds on
Fedora.

Thanks,
Florian