On 16/06/25 16:35, Florian Weimer wrote: > * Adhemerval Zanella Netto: > >> I have re-read the whole thread and it seems that most maintainers are OK >> with this change and agree that current POSIX's realloc spec has some >> drawbacks (albeit it still allows current glic behavior). >> >> The only one involved in the previous thread that raised some objection to >> this change was Joseph [1], but I will let to say if he still think this >> potential change to glibc is ill-advised. > > I objected then, and I'm objecting now as well. > > My rationale has not changed: > > <https://inbox.sourceware.org/libc-alpha/8734kl1pim....@oldenburg.str.redhat.com/> > > I believe Siddhesh's proposed patch as the time was mostly a device to > drive the discussion to a conclusion, which it did. Alright, sorry if I missed it (for some reason Alejandro link did not have your reply in the thread overview). So I think we are far from consensus on this change.
- BUG: realloc(p,0) should be consistent with mallo... Alejandro Colomar
- Re: [musl] BUG: realloc(p,0) should be consi... Rich Felker
- Re: [musl] BUG: realloc(p,0) should be c... Alejandro Colomar
- Re: [musl] BUG: realloc(p,0) should be c... Paul Eggert
- Re: BUG: realloc(p,0) should be consistent w... enh
- Re: BUG: realloc(p,0) should be consiste... Alejandro Colomar
- Re: BUG: realloc(p,0) should be consistent w... Adhemerval Zanella Netto
- Re: BUG: realloc(p,0) should be consiste... Florian Weimer
- Re: BUG: realloc(p,0) should be cons... Adhemerval Zanella Netto
- Re: BUG: realloc(p,0) should be cons... Alejandro Colomar
- Re: BUG: realloc(p,0) should be ... Alejandro Colomar
- Re: BUG: realloc(p,0) should be ... Joseph Myers
- Re: BUG: realloc(p,0) shoul... Alejandro Colomar
- Re: BUG: realloc(p,0) should be ... enh
- Re: BUG: realloc(p,0) shoul... Florian Weimer
- Re: [musl] Re: BUG: realloc... Rich Felker
- Re: [musl] Re: BUG: rea... Paul Eggert
- Re: [musl] Re: BUG: rea... enh
- Re: [musl] Re: BUG:... Rich Felker