[Rpm-maint] [rpm-software-management/rpm] add support for premacros.d, complementing --predefine (#304)

[proyvind]

--predefine is the only functionality in place that offers same functionality of rpmrc now to perform configuration of rpm before rest of rpm macros being loaded, thus providing ie. the ability to help on finally deprecating rpmrc by ie. such as buildarchtranslate etc. from rpmrr which decides on for which platform the platform specific macros should be loaded by.

This was implemented in the past by myself @rpm5.org, in combination with libcpuinfo for replacing the messy arch detection in rpmrc.c, with compatible archs being determined by cpuinfo(feature) probe dependencies, with the platform definitions loaded from a cpuinfo.yaml using libsyck (which also required to be predefined in order to determine the arch definitions loading arch specific macro files by.

I'm in the process of porting it to rpm.org, with new improvements on TODO list such as switching from libsyck to libyaml, with a new rpmyaml class to serialize rpm header data to/from yaml etc.

rpmrc.c is a rotten mess which work on deprecating has been going on for a bit too long (@rpm5.org the rpmrc file support was already completely deprecated/dropped years ago), this PR is part of series of upcoming PRs working toward the goal of depreating rpmrc without dropping functionality relied on.
predefine is the only way of loading configuration at same time before rest of macro configuration, which is why this PR is needed and obviously the need I have for it.

-- 
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/pull/304#issuecomment-324796868
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20170824/6d74cdfb/attachment-0001.html>