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] |
On 05/16/14 14:31, OndÅej BÃlka wrote:
alloca is typically going to be expanded inline by the compiler. Calls from a 3rd party library into any glibc implementation of alloca should be rare enough that they're a "don't care" situation...Moreover, turning alloca failures into "reliable crashes" is not a solution. If an operation requires allocation which could fail, it must be able to back out whatever work it already did and report failure. Crashing is not an acceptable implementation.No, when it is third party codebase and it does not want to rewrite existing code do you have a better proposal?
And to be clear, when I want to ban alloca, I'm referring to uses within glibc itself.
jeff
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |