Why was the reallocarray function not added to glibc?

Dennis Wölfing denniswoelfing@gmx.de
Fri Apr 7 19:37:00 GMT 2017


On 03.04.2017 17:49, Szabolcs Nagy wrote:
> On 03/04/17 16:21, Dennis Wölfing wrote:
>> The reallocarray function is a useful function that originates from OpenBSD and
>> that checks for overflow when (re)allocating memory. I saw in the mail archives
>> that a patch that implements reallocarray was already contributed in May 2014.
>>
>> Here is the link: https://sourceware.org/ml/libc-alpha/2014-05/msg00481.html
>>
>> However this patch was never applied even though I could not find any real
>> objections in the mail archives.
> 
> it violates iso c and posix namespace rules
> https://sourceware.org/ml/libc-alpha/2014-05/msg00506.html

I think I have fixed the problems with that patch. My changes include:
- Updating the version number in malloc/Versions
- Adding reallocarray to the abilist files
- Wrapping the reallocarray declaration in #ifdef __USE_GNU
- Changing the reallocarray strong_alias into a weak_alias
Now the conform tests (and also the other tests) pass.

However because most of the patch was not written by me I am not sure 
what is the correct way to submit the updated patch.

Of course the patch should include the original ChangeLog entry by 
Rüdiger Sonderfeld. And perhaps I should add another ChangeLog for my 
changes to the abilists. But do I also need to create additional 
ChangeLog entries for files where I just changed a few lines of the 
original patch?

Also the original patch added new testcase file. Should the patch list 
2014-2017 as the copyright date for that file because 2014 is year when 
it was written or should it be changed to say 2017?

>> Is there any reason to not add reallocarray to glibc? If not, should the patch
>> linked above be applied?
>>
>> Dennis Wölfing



More information about the Libc-alpha mailing list