[Rpm-maint] [rpm-software-management/rpm] %buildarch does not reflect architecture of current %package declaration (#689)
Jason Tibbitts
notifications at github.com
Thu May 2 17:27:34 UTC 2019
I'm trying to better understand how %buildarch works in the case of multiple %package declarations. For more context, see https://bugzilla.redhat.com/show_bug.cgi?id=1705656
Basically, it appears that as soon as BuildArch: noarch is seen anywhere, the value of %buildarch changes to "noarch" and is never reset. This means that a macro expanded within a %package declaration can't reliably tell if the package currently being defined is arch-specific or not.
Looking at the source, I can see the `case RPMTAG_BUILDARCHS` stanza in build/parsePreamble.c but I don't understand how the %buildarch macro gets set. My uneducated guess is that it simply doesn't get reset when a new %package declaration is seen. But I could also simply be completely failing to understand how macro expansion interacts with %package declarations.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/689
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20190502/d4a668b2/attachment.html>
More information about the Rpm-maint
mailing list