This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: [RFC] Remove platform dependent information from top-level libc-abis

> I think it does make sense to consider these values as machine-dependent.
> However, I also want to make sure that we do something to prevent the
> danger of new machine-independent features being added but some machines
> with their own libc-abis files failing to update.

I'm not sure that there is any real danger in machine dependent libc-abis
not being updated and there may be a justifiable reason why some ports
adopt the feature after others. I.e. if binutils also grows a framework
for generic ABIVERSIONs vs machine dependent then it is reasonable that
the generic version would get updated first and each arch (that has taken
control of its ABIVERSIONs) can then update at their discretion.

I was thinking that a carefully phrased comment in the top level libc-abis
would be sufficient to make people consider the arch specific libc-abis.

A more complex solution would require checking that all values in the top
level libc-abi are present in the sysdeps libc-abi (or perhaps recorded as
explicitly not yet supported). The problem here is that you have to build
every port to run the check so it may not add much value.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]