This is the mail archive of the libc-alpha@sourceware.org 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: [PATCH v3] elf: Add tst-ldconfig-bad-aux-cache test [BZ #18093]


On 5/16/19 5:04 PM, Joseph Myers wrote:
> On Thu, 16 May 2019, Carlos O'Donell wrote:
> 
>> I also think we should encourage the GNU Toolchain to move in a direction
>> where the various multilib targets do not need to share headers. This sharing
>> causes real problems in downstream where tooling cannot use "noarch" because
>> the headers are really "only 2 arch" and then we need special support for
>> i686 vs. x86_64 headers being interchangeable and correct. Basically the
>> upstream GNU toolchain never considered how a downstream would package this
>> kind of shared-header support.
> 
> There is certainly a case for more consistently ensuring that headers 
> outside of bits/ and sys/ are architecture-independent (simply as a naming 
> convention, independent of sharing installed header directories).  Most of 
> them are, but at least fpu_control.h and ieee754.h have architecture 
> dependencies despite not being in one of the subdirectories normally used 
> when there are such dependencies.
 
The purpose of such consistency is to reduce maintenance burden, and can
be a natural consequence of such community activities, and from that
perspective, you're right, it should be encouraged. However, there should
be no explicit or implicit requirement to share headers, since there is
no use case for it.

-- 
Cheers,
Carlos.


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