libgpg-error: Replace syscfg
Werner Koch
wk at gnupg.org
Tue Mar 29 12:22:09 CEST 2016
On Mon, 21 Mar 2016 12:43, joerg.krause at embedded.rocks said:
> All the information gen-posix-lock-obj provides are available at
> compile-time, so I do not see the necessity for a runtime tool to fetch
It is a compile time tool and not a runtime tool
>> an internal change to libgpg-error does not introduce a long chain of
>> required ABI changes to all software dependent on libgpg-error.
>
> I understand! However, as I said, there is no difference in the end
> between using gen-posix-lock-obj/syscfg/mkheader generating the lock
> part of gpg-error.h and defining the lock object directly in gpg-
> error.h. Both produces the same compilation unit.
That is true for the current implementaion. However, this defines a
specific ABI which independent of the actual implementation. Thus we
can add any time change the internal implementation without affecting
the ABI.
> Yes, but there are gazillions of possible triplets, which has to be
Nope. config.sub canonicalizes the triplet. See "Getting the Canonical
System Type" in the autoconf manual.
Salam-Shalom,
Werner
--
Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz.
More information about the Gnupg-devel
mailing list